STOP-PAYING For Your PAY-PER-VIEW, Movie Channels, Mature Channels...jacinda
Cable TV Subscribers Get Our Cable TV Filter and Stop-Paying For Your Pay-Per-View, Mature Channels, Movie Channels, Sporting Events... Find Out More - http://www.XhenTronic.net?refid=1001858361131 Don't worry, it's perfectly-legal. Check out our legal page - http://cable.xhentronic.com/Legal.asp?rid=10563 No more advertisments - http://www.XhenTronic.net?unsub=1001858361131 lnicuxli wp apqahs
Bug#219551: Unicode xterms should do some kind of substitution for missing characters
#include hallo.h * Cameron Patrick [Sun, Nov 09 2003, 01:15:53PM]: | That's not a problem with the certain terminal emulator, that is a | problem with groff syntax not understood by many authors. Xterm works | just fine as UTF-8 terminal as well as mlterm/pterm/konsole/gnome-terminal | but the manpages simply specify the wrong char. That may be so, but gnome-terminal /does/ cope with this situation by displaying replacing the hyphen with a minus sign when the font doesn't Then gnome-terminal is broken and deservers a bug report. contain the former. Konsole and xterm do not. xterm is my preferred They should not. They implement an UTF-8 terminal correctly, gnome-terminal does not if I follow your explanation. Though I could imagine this character replacement as an option, so the user may enable it he likes it. terminal emulator and it would be nice to see it cope gracefully with incomplete fonts---and after all, I would imagine that in the majority of fonts there exists some Unicode character which is missing and another similar character which could be substituted for it. Hyphens are not missing. They are meant to be hyphens and should be presented as hyphens and not as some other char. | It was promised that groff will recode hyphen to minus sign in some | future version (maybe as an option) to work around broken manpages. That would be a workaround for this particular case - which is admittedly the only that I've noticed. That will be the only sane workaround except of fixing the actual problems in the manpages. MfG, Eduard. -- Was immer ihre Tätigkeit ist, die Tätigen halten sich besser. -- Elias Canetti
Bug#116507: Cut your deficit in no time
Cut your deficit in no time Principle Balance cut by 50% or more.. Easy Monthly Payment.. Easy payments and cut your deficit in no time.. 63% or more in savings.. Our team is highly experienced in cutting your monthly payment in half.. Come check out our website for more information.. http://www.prplacements.biz There is no obligation! Sincerely, Rae Gold [EMAIL PROTECTED], can... *O *P* T O^^U T if this email is sent to you in error go to: http://www.prplacements.biz/nottv.html
Bug#219551: Unicode xterms should do some kind of substitution for missing characters
On Sun, Nov 09, 2003 at 12:37:43PM +0100, Eduard Bloch wrote: | That may be so, but gnome-terminal /does/ cope with this situation by | displaying replacing the hyphen with a minus sign when the font doesn't | | Then gnome-terminal is broken and deservers a bug report. I disagree. gnome-terminal is behaving as intended, i.e., displaying the nearest character to a hyphen present in the font it was instructed to use. Incidentally, below are screenshots of man rm on three different terminal emulators. In order of increasing brokenness of display: http://cp.yi.org/cameron/hyphen/gnome-terminal.png http://cp.yi.org/cameron/hyphen/xterm.png http://cp.yi.org/cameron/hyphen/konsole.png | contain the former. Konsole and xterm do not. xterm is my preferred | | They should not. They implement an UTF-8 terminal correctly, | gnome-terminal does not if I follow your explanation. gnome-terminal, like other GTK2 apps, deals gracefully with fonts with missing characters. Konsole, like other KDE/Qt apps, does not. | Though I could imagine this character replacement as an option, so the | user may enable it he likes it. Implementing it as optional would be possible, I suppose, but I fail to see why anyone would enable an option which gives them an inferior display. | terminal emulator and it would be nice to see it cope gracefully with | incomplete fonts---and after all, I would imagine that in the majority | of fonts there exists some Unicode character which is missing and | another similar character which could be substituted for it. | | Hyphens are not missing. They are meant to be hyphens and should be | presented as hyphens and not as some other char. They are missing in the font that I am using. Thus they are /not/ displayed as hyphens, they are displayed as little boxes. Presenting them as minus signs is certainly preferable to refusing to display them at all. | | It was promised that groff will recode hyphen to minus sign in some | | future version (maybe as an option) to work around broken manpages. | | That would be a workaround for this particular case - which is admittedly | the only that I've noticed. | | That will be the only sane workaround except of fixing the actual | problems in the manpages. No. There is no problem with manpages using hyphens. If a font contains separate hyphens and minus signs, they should be presented as hyphens in UTF-8 locales, too. If a font does /not/ contain a hyphen character, displaying them as the closest approximation that is contained in that font, or perhaps even as a hyphen from another font, is the Right Thing to do. Cheers, Cameron.
Bug#219551: Unicode xterms should do some kind of substitution for missing characters
#include hallo.h * Cameron Patrick [Sun, Nov 09 2003, 08:32:54PM]: On Sun, Nov 09, 2003 at 12:37:43PM +0100, Eduard Bloch wrote: | That may be so, but gnome-terminal /does/ cope with this situation by | displaying replacing the hyphen with a minus sign when the font doesn't | | Then gnome-terminal is broken and deservers a bug report. I disagree. gnome-terminal is behaving as intended, i.e., displaying the nearest character to a hyphen present in the font it was instructed to use. Incidentally, below are screenshots of man rm on three different terminal emulators. In order of increasing brokenness of display: http://cp.yi.org/cameron/hyphen/gnome-terminal.png http://cp.yi.org/cameron/hyphen/xterm.png Okay, I see your problem now, the terminal emulator _may_ replace the presented chars with equivalents in the font. But it's hell of work if done right, it has to check every char, locate most similar character in some encodings map and replace it. I expect xterm to become slower and more memory consuming if this will ever be implemented. However, why do you not just set the locale to Latin1 if your X-Terminal/X-Server does not support Unicode fonts? | They should not. They implement an UTF-8 terminal correctly, | gnome-terminal does not if I follow your explanation. gnome-terminal, like other GTK2 apps, deals gracefully with fonts with I think you mean libpango and not Gtk2. Many Gnome applications use libpango. missing characters. Konsole, like other KDE/Qt apps, does not. As said, this would make them slower. Setting the locale to the one best supported by the X-Server is easier. MfG, Eduard. -- Je älter man wird, desto gesünder, glaubt man, wolle (werde) man sich immer machen, da man doch nur Krankheiten entgegenlebt. -- Jean Paul
Bug#219551: Unicode xterms should do some kind of substitution for missing characters
On Sun, Nov 09, 2003 at 02:35:06PM +0100, Eduard Bloch wrote: | Okay, I see your problem now, the terminal emulator _may_ replace the | presented chars with equivalents in the font. But it's hell of work if | done right, it has to check every char, locate most similar character | in some encodings map and replace it. Presumably it only has to do that on missing characters, which one would think will usually be in the minority of the display at any given time. | I expect xterm to become slower and more memory consuming if this will | ever be implemented. I imagine it would. I concede that one reason that I don't use gnome terminal now is that it feels quite slow compared to xterm. On the other hand, some slowdown is acceptable, especially if the bulk of it would only affect those occasions when characters do need to be subtituted. | However, why do you not just set the locale to Latin1 if your | X-Terminal/X-Server does not support Unicode fonts? My X server is XFree86 4.3; it supports Unicode fonts. The font I am using contains a large number of characters not present in a Latin-1 encoding (although admittedly I would not miss most of them - Cyrillic, Greek, obscure accented letters, random mathematical symbols, the Euro sign, etc), which show up correctly in a uxterm. It does not, however, contain a hyphen in position U+2012. One could, I suppose, argue that the font is broken and should contain a hyphen. I accept this, but would nevertheless like to see xterm work around it, if at all possible. | As said, this would make them slower. Setting the locale to the one best | supported by the X-Server is easier. (As noted above, it's not an X server issue, but a font issue.) Yes, using Latin-1 would make things a lot easier. Indeed I haven't noticed this issue for long as I only switched to a UTF-8 locale a couple of weeks ago. For the most part, this hasn't caused major problems, and I'm interested in getting the minor niggles such as this one fixed up. Cheers, Cameron.
Re: Bug#219163: ITP: synaptic-touchpad -- Synaptics TouchPad driver for XFree86
retitle 219163 ITP: xfree86-driver-synaptics -- Synaptics TouchPad driver for XFree86 stop On Sat, Nov 08, 2003 at 02:52:09PM -0500, Branden Robinson wrote: On Thu, Nov 06, 2003 at 08:04:21PM +0100, Mattia Dongili wrote: On Thu, Nov 06, 2003 at 01:23:09PM -0500, Branden Robinson wrote: [...] What's the module name? synaptic? If so, I recommend: xfree86-driver-synaptic * Package name: xfree86-driver-synaptics Please be sure to mention in the package description that this is a driver module *for* the XFree86 X server, not a driver module *from* the XFree86 Project, Inc. Description : Synaptics TouchPad driver for XFree86 An input driver for the XFree86 X server to enable advanced features of the Synaptics Touchpad including: ... thanks -- mattia :wq! pgpR71ZhNoz3M.pgp Description: PGP signature
Bug#83392: Bug verified fixed in sid (4.2.1-13)
mga no longer refers to non-existant shadowfb(4x) manpage. This was found at the Debian bug squashing party in Ecublens, Switzerland.
Bug#84994: XVideo on Mach64
I saw this bug and thought you might be interested in knowing about patched version of the XFree86 Xserver that has XVideo (and DRI, actually) working for Mach64 chips. Add this line to /etc/apt/sources.list, and install xserver-xfree86-dri-mach64. It will divert the original X server and replace it with on that has been patched to include XVideo support. (Getting DRI to work will take building the kernel modules.) http://people.debian.org/~daenzer/dri-mach64-sid/ This patch will eventually be included in the regular XFree86. Frank
Bug#100451: This is XFree86 bug #860
I've fixed this manpage and sent a patch to XFree86. It's bug # 860. See it here: http://bugs.xfree86.org/show_bug.cgi?id=860 Frank
Bug#120749: Bug fixed upstream, doesn't exist in Debian
The vesa manpage mentioned here no longer exists in the package xserver-xfree86. The manpage does still exist in the XFree86 CVS repository, and there, this shadowfb(4) bug is fixed. So, this bug can be closed. Frank This was found at the Debian bug squashing party in Ecublens, Switzerland.
Bug#29737: Fixed in version 4.2.1-13
This works in xbase-clients v 4.2.1-13. Must have been fixed upstream and never reported to Debian. Frank This was found at the Debian bug squashing party in Ecublens, Switzerland.
Bug#187218: xserver-xfree86: Wrong update of system
Il 9 Nov 2003 alle 10:00 Daniel Stone immise in rete On Sat, Nov 08, 2003 at 06:29:13PM +0100, Leonardo Boselli wrote: [this report, in part, apply also to woody and sid using 4.2.1-13] After upgrading i do not longer have access to port 6000, that is, I The answer to the question you asked is that X is now called with -nolisten tcp (I believe there is a Debconf note about this); Michel answered your real question, however. Right, but the real bug is not THIS one . It is that the upgrade DOES NOT read the previous configuration files, so while other packages, if you give the default reply (that is you hit return), maintains the current setting, and make new setting based on previous one, this packege completely ignore older config files (althought it make a backup of them). second microbug: why the bug is still tagged as unreproducible? I had the same problem on 5 different machines, whith 3 different distributions !
Bug#60505: this is fixed in version 4.2.1-13
There is no longer a delay based on when xclock was started. Verified in xbase-clients 4.2.1-13 Frank This was found at the Debian bug squashing party in Ecublens, Switzerland.
Bug#87650: Fixed in 4.2.1-13
Checked the manpage for fetchmail in xman version 3.1.6 that is in the xbase-clients package 4.2.1-13. It works as expected, showing the tables that the fetchmail manpage was using. Frank This was found at the Debian bug squashing party in Ecublens, Switzerland.
Bug#218630: [PATCH] fix dh_installwm manpages
On Fri, Nov 07, 2003 at 10:44:34PM -0500, Branden Robinson wrote: On Fri, Nov 07, 2003 at 03:55:15PM +, Matthew Wilcox wrote: --- /usr/share/debhelper/autoscripts/postinst-wm2003-07-28 15:25:17.0 -0400 +++ postinst-wm 2003-11-07 09:21:57.0 -0500 @@ -1,4 +1,6 @@ if [ $1 = configure ]; then update-alternatives --install /usr/bin/x-window-manager \ - x-window-manager #WM# #PRIORITY# + x-window-manager #WM# #PRIORITY# \ + --slave /usr/share/man/man1/x-window-manager.1.gz \ + x-window-manager.1.gz #MANPAGE# fi There may actually be a problem with installing alternatives to manpages. See URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=218630 . I don't know what to do about this yet. I don't understand the problem ;-) Why does man choose to display x-terminal-emulator(1) when I ask it for xterm? It happens on my system (and I also have x-terminal-emulator pointing to uxterm). From an strace, I see man opening /var/cache/man/index.db and then choosing to open /usr/share/man/man1/x-terminal-emulator.1.gz But according to man(1), specifying -u should cause this database to be updated if it no longer represents the filesystem. This doesn't help though (man xterm still brings up x-terminal-emulator). I'm confused. In any event, I can't produce an analagous problem with lwm/twm. man lwm brings up the lwm(1x) manapge, man twm brings up the twm(1x) manpage and man x-window-manager brings up lwm(1x). update-alternatives does the correct thing (lwm and twm still come up appropriately and x-window-manager now brings up twm(1x)). It almost looks as if man has some special knowledge that xterm really should mean x-terminal-emulator, which is quite ridiculous. Is there perhaps some configuration or manpage directive I've overlooked? -- It's not Hollywood. War is real, war is primarily not about defeat or victory, it is about death. I've seen thousands and thousands of dead bodies. Do you think I want to have an academic debate on this subject? -- Robert Fisk
Bug#218630: [PATCH] fix dh_installwm manpages
On Sun, Nov 09, 2003 at 05:41:02PM +, Matthew Wilcox wrote: On Fri, Nov 07, 2003 at 10:44:34PM -0500, Branden Robinson wrote: There may actually be a problem with installing alternatives to manpages. See URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=218630 . I don't know what to do about this yet. I don't understand the problem ;-) Why does man choose to display x-terminal-emulator(1) when I ask it for xterm? It happens on my system (and I also have x-terminal-emulator pointing to uxterm). From an strace, I see man opening /var/cache/man/index.db and then choosing to open /usr/share/man/man1/x-terminal-emulator.1.gz But according to man(1), specifying -u should cause this database to be updated if it no longer represents the filesystem. This doesn't help though (man xterm still brings up x-terminal-emulator). I'm confused. In any event, I can't produce an analagous problem with lwm/twm. man lwm brings up the lwm(1x) manapge, man twm brings up the twm(1x) manpage and man x-window-manager brings up lwm(1x). update-alternatives does the correct thing (lwm and twm still come up appropriately and x-window-manager now brings up twm(1x)). It almost looks as if man has some special knowledge that xterm really should mean x-terminal-emulator, which is quite ridiculous. Is there perhaps some configuration or manpage directive I've overlooked? No, I shouldn't think so. Something has gone stupid in man's database or its handling of that database, I think, which is very likely a bug. Indeed, I don't think it should be touching the database at all here. Could somebody who can reproduce this bug (not me at the moment) please (a) run 'man -d xterm' and (b) run 'accessdb | egrep (xterm|x-terminal-emulator)'? Thanks. This is also bug #204249, which I unfortunately hadn't had time to look at until now, so I'm extending the already long Cc: list to include that. Cheers, -- Colin Watson [EMAIL PROTECTED]
Bug#101817: Fixed in xbase-clients 4.2.1-13
Verified that when there is no config file in /etc/X11/XF86Config-4, the error message is gramatically correct: $ sudo mv /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.foo Password: $ xf86cfg Cannot open config file. $ Frank This was found at the Debian bug squashing party in Ecublens, Switzerland.
Bug#218630: [PATCH] fix dh_installwm manpages
On Sun, Nov 09, 2003 at 05:59:33PM +, Colin Watson wrote: On Fri, Nov 07, 2003 at 10:44:34PM -0500, Branden Robinson wrote: There may actually be a problem with installing alternatives to manpages. No, I shouldn't think so. Something has gone stupid in man's database or its handling of that database, I think, which is very likely a bug. Indeed, I don't think it should be touching the database at all here. Could somebody who can reproduce this bug (not me at the moment) please (a) run 'man -d xterm' and (b) run 'accessdb | egrep (xterm|x-terminal-emulator)'? Thanks. Certainly. I shall send it to you separately to not burden all these good people with it. This is also bug #204249, which I unfortunately hadn't had time to look at until now, so I'm extending the already long Cc: list to include that. OK. I shall trim the CC list to eliminate the people whose interest is in debhelper, not man ;-) -- It's not Hollywood. War is real, war is primarily not about defeat or victory, it is about death. I've seen thousands and thousands of dead bodies. Do you think I want to have an academic debate on this subject? -- Robert Fisk
Bug#219854: xutils: mkfontdir kills fonts.dir and leaves only one 0 there behind#
Package: xutils
Version: 4.3.0-0pre1v4
Severity: important
Tags: experimental sid
Hello,
I have a problem with the mkfontdir utility. It just wipes the contents
of the fonts.dir file and inserts a 0 instead. I used mkttfdir now and
it scans the directory correctly and inserts the detected font data into
fonts.dir. The problem occured in Sid first so I upgraded to xutils in
experimental, but this just does the same thing. Following are the contents of
that directory:
# ls /usr/lib/X11/fonts/TrueType
arialbd.ttf cour.ttf HOOG0553.TTF OCRAExt.ttf tahomabd.ttf
tunga.ttf
arialbi.ttf estre.ttf impact.ttfpalabi.ttftahoma.ttf
verdanab.ttf
ariali.ttf fonts.dir l_10646.ttf palab.ttf timesbd.ttf
verdanai.ttf
arial.ttfframdit.ttf larabie-uncommon palai.ttf timesbi.ttf
verdana.ttf
ariblk.ttf framd.ttf latha.ttf pala.ttf timesi.ttf
verdanaz.ttf
comicbd.ttf gautami.ttf lucon.ttf raavi.ttf times.ttf
webdings.ttf
comic.ttfgeorgiab.ttf mangal.ttfshruti.ttftrebucbd.ttf
wingding.ttf
courbd.ttf georgiai.ttf marlett.ttf Sshlined.ttf trebucbi.ttf
courbi.ttf georgia.ttf micross.ttf sylfaen.ttf trebucit.ttf
couri.ttfgeorgiaz.ttf mvboli.ttfsymbol.ttftrebuc.ttf
And here is the strace log of mkfontdir:
execve(/usr/bin/X11/mkfontdir, [mkfontdir], [/* 33 vars */]) = 0
uname({sys=Linux, node=rotes76, ...}) = 0
brk(0) = 0x8066e48
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40017000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=75478, ...}) = 0
old_mmap(NULL, 75478, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libm.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 5\0\000..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=134356, ...}) = 0
old_mmap(NULL, 136912, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002b000
old_mmap(0x4004c000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x2) = 0x4004c000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libz.so.1, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\30..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=55484, ...}) = 0
old_mmap(NULL, 58544, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4004d000
old_mmap(0x4005a000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0xc000) = 0x4005a000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`^\1\000..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1243076, ...}) = 0
old_mmap(NULL, 1253316, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4005c000
old_mmap(0x40183000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x126000) = 0x40183000
old_mmap(0x4018c000, 8132, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4018c000
close(3)= 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x4018e000
munmap(0x40018000, 75478) = 0
brk(0) = 0x8066e48
brk(0x8087e48) = 0x8087e48
brk(0) = 0x8087e48
brk(0x8088000) = 0x8088000
open(/dev/null, O_RDONLY|O_NONBLOCK|O_DIRECTORY) = -1 ENOTDIR (Not a
directory)
open(., O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
getdents64(3, /* 59 entries */, 4096) = 1880
getdents64(3, /* 0 entries */, 4096)= 0
open(./fonts.scale, O_RDONLY) = -1 ENOENT (No such file or directory)
unlink(./fonts.dir) = 0
open(./fonts.dir, O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40018000
write(4, 0\n, 2) = 2
close(4)= 0
munmap(0x40018000, 4096)= 0
chmod(./fonts.dir, 0644) = 0
unlink(./encodings.dir) = -1 ENOENT (No such file or directory)
exit_group(0) = ?
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux rotes76 2.4.22-1-k7 #5 Sat Oct 4 14:11:12 EST 2003 i686
Locale: [EMAIL
mouse generates random events with xserver 4.2.1-13 and debian kernel-2.6.0-test9
I run the following configuration: Asus Board with via kt400 and athlon 2700+, 2GB RAM, Matrox G550 graphic card. With kernel 2.4.22 the mouse work flawless. With kernel 2.6.0-test* the mouse generates ramdom events, so windows and menus are popping up everywhere. That makes X usage under kernel 2.6.0 unusable. Has anybody else seen that problem? Please cc me privat, as i am not on this list. Regards. -- Juergen Lueters jlueters at intranet-engineering de
xbase-clients 4.2.1 reports errors!
hi! while attemting to install the xbase-clients, testing, deb the following was reported: Preparing to replace xbase-clients 4.1.0-16 (using xbase-clients_4.2.1-12.1_i386.deb) ... be installed until this file is removed. xbase-clients preinst error: Aborting installation of xbase-clients package. dpkg: error processing xbase-clients_4.2.1-12.1_i386.deb (--install): subprocess pre-installation script returned error exit status 74 perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = en_us, LC_ALL =en_us, LC_CTYPE = en_us, LANG = en_US are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory debconf: unable to initialize frontend: Gnome debconf: (Unable to load Gnome -- is libgnome-perl installed?) debconf: falling back to frontend: Dialog Analyzing /etc/X11/xkb/xkbcomp: drwxrwxr-x 88 root root 4096 Nov 10 00:58 /etc drwxr-xr-x 20 root root 1024 Nov 6 13:23 /etc/X11 drwxr-xr-x 10 root root 1024 Nov 6 13:05 /etc/X11/xkb -rwxr-xr-x1 root root 275980 Mar 7 2003 /etc/X11/xkb/xkbcomp ERROR: /etc/X11/xkb/xkbcomp is not a symbolic link. The package preinst script should have failed. Please report the package name, version, and the text of the above error message(s) to debian-x@lists.debian.org. dpkg: error while cleaning up: subprocess post-installation script returned error exit status 1 Errors were encountered while processing: xbase-clients_4.2.1-12.1_i386.deb funk:/var/download# as you can see it said to mail this to you... the locales error is constant in my system, most fo the time the scripts revert to default (C). hope this helps good luck. ron
Re: mouse generates random events with xserver 4.2.1-13 and debian kernel-2.6.0-test9
On Sun, Nov 09, 2003 at 09:21:52PM +0100, Juergen Lueters wrote: I run the following configuration: Asus Board with via kt400 and athlon 2700+, 2GB RAM, Matrox G550 graphic card. I have a KT400 chipset, running a Radeon 9000. With kernel 2.4.22 the mouse work flawless. With kernel 2.6.0-test* the mouse generates ramdom events, so windows and menus are popping up everywhere. That makes X usage under kernel 2.6.0 unusable. Has anybody else seen that problem? Please cc me privat, as i am not on this list. Is your mouse USB or PS/2? If it's USB, comment out the mouse driver section that isn't using /dev/input/mice; if it's PS/2, comment out the mouse driver section that isn't using /dev/psaux (or /dev/misc/psaux). Cheers, and good luck! :) d -- Daniel Stone [EMAIL PROTECTED] The programs are documented fully by _The Rise and Fall of a Fooish Bar_, available by the Info system. -- debian/manpage.sgml.ex, dh_make template pgpcWZYe3fJFR.pgp Description: PGP signature
Bug#37960: 37960 your mom was a lot of fun tXBWEYcqUVpqUnQmgCjhC0og6v8vk4aE
Title: Check This Out Save Money and Reduce Pollution Large diesel vehicles can burn up to 1 gallon of diesel fuel for each hour that they idle. School buses typically use about half a gallon for each hour. If a school bus fleet has 50 buses and each bus reduces its idling time by 30 minutes per day, at $1 per gallon of diesel fuel, the fleet would save $2,250 per school year in reduced fuel costs. In addition to saving money, the school bus fleet would avoid emitting diesel exhaust into the air in and around where children learn and play. There are a number of reasons to be concerned about access to web pages and other information on the system. One reason is security. If you serve certain kinds of information, you are making your system, and possibly other systems, vulnerable to attack. Another reason may involve the potential for embarrassment. Certain communications made public may be a surprise to some of the people involved. An example is email that goes to a list that is archived in a web-accessible way where the sender was unaware of the lack of privacy. Another example is references to vendors that should not be made publicly available. You may think it unlikely that your web page will be found, but many people and companies regularly do searches on their names and the names of their products, so if the search engines index your pages, they may be found by an audience you didn't intend. We also would like to hear from you and honor any requests you might have here. There are a number of reasons to be concerned about access to web pages and other information on the system. One reason is security. If you serve certain kinds of information, you are making your system, and possibly other systems, vulnerable to attack. Another reason may involve the potential for embarrassment. Certain communications made public may be a surprise to some of the people involved. An example is email that goes to a list that is archived in a web-accessible way where the sender was unaware of the lack of privacy. Another example is references
Bug#219543: Error installing xdm.
On Fri, Nov 07, 2003 at 04:07:43PM -0600, David Keegan wrote: I'm getting the same install error on testing: It's fixed in unstable, as a perusal of the bug logs of #219543 will reveal. The same bug was already filed as #217605; it's often quite helpful to package maintainers when people use the BTS-query feature of the reportbug command and package to search for pre-existing bug reports on the same subject. -- G. Branden Robinson| Debian GNU/Linux | Ignorantia judicis est calamitas [EMAIL PROTECTED] | innocentis. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#219551: Unicode xterms should do some kind of substitution for missing characters
On Sat, Nov 08, 2003 at 12:09:16PM +0800, Cameron Patrick wrote: I nevertheless maintain that if the requested glyph /isn't/ available, it is more useful to display some approximation of the requested character than a little white box. Uh, you seem to be rather glibly overlooking the requirements involved in displaying some approximation of the requested character. Font rendering is not a technology that uses artificial intelligence to deduce what a glyph that isn't defined in a given font should look like. Yes, that sounds like a good idea. I'd be surprised if there weren't libraries around that fall down the Unicode slippery slope already. Mozilla already handles this kind of thing. So do gvim and gnome-terminal, which suggests that it might be GTK in general that handles it. It is even conceivable that the Unicode-handling library might be separate from GTK itself; if that is the case, xterm may be able to link to it? That may be a bad idea. Even if it isn't, it might be a good idea if the fonts in question troubled themselves to define a glyph for the codepoint. I trust you've filed a bug to that effect. -- G. Branden Robinson|Damnit, we're all going to die; Debian GNU/Linux |let's die doing something *useful*! [EMAIL PROTECTED] |-- Hal Clement, on comments that http://people.debian.org/~branden/ | space exploration is dangerous signature.asc Description: Digital signature
Bug#219693: Glidepoint Mouse Quirks under Sergeant.
retitle 219693 xserver-xfree86: [mouse] glidepoint mouse not usable after Windows XP booted on Sony Vaio PCG-FR130 tag 219693 + moreinfo upstream thanks On Fri, Nov 07, 2003 at 09:00:07PM -0600, Kevin Hulse wrote: Package: xserver-xfree86 Version: 4.2.1-12.1 Package: Kernel Version: 2.4.22-1-386 If you feel there is a kernel bug, please file a bug against the kernel package. The Debian BTS does not support the filing of the same report against multiple packages (well, it sort of does, but it doesn't work well.) Also, just FYI, it will confuse people if you refer to the testing release codenamed sarge as Sergeant. This behaivor occurs on a Sony Vaio PCG-FR130. Xfree4 is unable to use the built in glidepoint mouse after the laptop has been used (rebooted) in Windows XP. Mouse behaivor is consistent with that described for an improper protocol set in the mouse subsection of the XF86config file. The laptop has to be powered down completely before Xfree4 will be able to use the mouse again. This behaivor did not occur under the standard release of Mandrake 9.0 or 9.1. Also note that the current nvidia drivers have been installed from nvidia's installer NVIDIA-Linux-x86-1.0-4496-pkg2.run. However, this problem occurs regardless of which video driver is used (nv, nvidia). When filing bug reports against xserver-xfree86, please include the information described in the XF86Config(7) manual page. This data is collected and included automatically if you use the reportbug package and command of the same name to file bug reports with the Debian Bug Tracking system. -- G. Branden Robinson|Ambition: an overmastering desire Debian GNU/Linux |to be vilified by enemies while [EMAIL PROTECTED] |living and ridiculed by friends http://people.debian.org/~branden/ |when dead.-- Ambrose Bierce signature.asc Description: Digital signature
Bug#187218: xserver-xfree86: Wrong update of system
On Sun, Nov 09, 2003 at 05:54:41PM +0100, Leonardo Boselli wrote: Il 9 Nov 2003 alle 10:00 Daniel Stone immise in rete On Sat, Nov 08, 2003 at 06:29:13PM +0100, Leonardo Boselli wrote: [this report, in part, apply also to woody and sid using 4.2.1-13] After upgrading i do not longer have access to port 6000, that is, I The answer to the question you asked is that X is now called with -nolisten tcp (I believe there is a Debconf note about this); Michel answered your real question, however. Right, but the real bug is not THIS one . It is that the upgrade DOES NOT read the previous configuration files, so while other packages, if you give the default reply (that is you hit return), maintains the current setting, and make new setting based on previous one, this packege completely ignore older config files (althought it make a backup of them). Feel free to write a complete and robust parser for XF86Config files in POSIX shell and submit it to me for inclusion in the XFree86 packages. second microbug: why the bug is still tagged as unreproducible? I had the same problem on 5 different machines, whith 3 different distributions ! Because: 1) Your problem with trying to connect to the X server via a TCP connection when the X server is not listening on a TCP port has nothing to do with the original report. 2) Neither does your complaint about the failure of the xfree86 package maintainer scripts to parse existing configuration files. The Debian BTS will not be very useful to anyone if everybody piles all their unrelated gripes into one bug report. Please stop abusing the Debian BTS in this fashion. -- G. Branden Robinson| Measure with micrometer, Debian GNU/Linux | mark with chalk, [EMAIL PROTECTED] | cut with axe, http://people.debian.org/~branden/ | hope like hell. signature.asc Description: Digital signature
Processed: Re: Bug#219693: Glidepoint Mouse Quirks under Sergeant.
Processing commands for [EMAIL PROTECTED]: retitle 219693 xserver-xfree86: [mouse] glidepoint mouse not usable after Windows XP booted on Sony Vaio PCG-FR130 Bug#219693: Glidepoint Mouse Quirks under Sergeant. Changed Bug title. tag 219693 + moreinfo upstream Bug#219693: xserver-xfree86: [mouse] glidepoint mouse not usable after Windows XP booted on Sony Vaio PCG-FR130 There were no tags set. Tags added: moreinfo, upstream thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: merging 217605 219543
Processing commands for [EMAIL PROTECTED]: merge 217605 219543 Bug#217605: xdm: config script chokes on garbage in /etc/X11/default-display-manager Bug#219543: xdm from experimental fails to install Merged 217605 219543. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: unmerging 83392 ... ... ...
Processing commands for [EMAIL PROTECTED]: unmerge 83392 Bug#83392: xserver-xfree86: shadowfb(4) manpage does not exist Bug#100451: xserver-xfree86: shadowfb(4) manpage does not exist Bug#120749: xserver-xfree86: shadowfb(4) manpage does not exist Disconnected #83392 from all other report(s). retitle 83392 xserver-xfree86: mga(4x) manpage refers to nonexistent shadowfb(4x) manpage Bug#83392: xserver-xfree86: shadowfb(4) manpage does not exist Changed Bug title. (By the way, that Bug is currently marked as done.) retitle 100451 xserver-xfree86: savage(4x) manpage refers to nonexistent shadowfb(4x) manpage Bug#100451: xserver-xfree86: shadowfb(4) manpage does not exist Changed Bug title. (By the way, that Bug is currently marked as done.) retitle 120749 xserver-xfree86: vesa(4x) manpage refers to nonexistent shadowfb(4x) manpage Bug#120749: xserver-xfree86: shadowfb(4) manpage does not exist Changed Bug title. (By the way, that Bug is currently marked as done.) End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#120749: marked as done (xserver-xfree86: shadowfb(4) manpage does not exist)
Your message dated Sun, 9 Nov 2003 23:27:58 -0500 with message-id [EMAIL PROTECTED] and subject line [EMAIL PROTECTED]: Bug#83392: Bug verified fixed in sid (4.2.1-13)] 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) -- Received: (at maintonly) by bugs.debian.org; 23 Nov 2001 14:31:45 + From [EMAIL PROTECTED] Fri Nov 23 08:31:45 2001 Return-path: [EMAIL PROTECTED] Received: from (localhost) [212.141.46.253] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 167HMm-0003ll-00; Fri, 23 Nov 2001 08:31:45 -0600 Received: from giuseppe by localhost with local (Exim 3.32 #1 (Debian)) id 167IGs-FL-00; Fri, 23 Nov 2001 16:29:42 +0100 From: Giuseppe Sacco [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: xserver-xfree86: missing shadownfb manpage X-Reportbug-Version: 1.35 X-Mailer: reportbug 1.35 Date: Fri, 23 Nov 2001 16:29:42 +0100 Message-Id: [EMAIL PROTECTED] Sender: Giuseppe Sacco [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Package: xserver-xfree86 Version: 4.1.0-9 Severity: minor the man page for 'vesa' refers to an unexistant man page 'shadowfb'. Bye, Giuseppe -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux eppesuig1 2.4.15-pre9 #1 Thu Nov 22 20:19:52 CET 2001 i686 Locale: LANG=it_IT, LC_CTYPE=it_IT Versions of packages xserver-xfree86 depends on: ii debconf 1.0.19 Debian configuration management sy ii libc6 2.2.4-6GNU C Library: Shared libraries an ii xserver-common4.1.0-9files and utilities common to all ii zlib1g1:1.1.3-18 compression library - runtime --- Received: (at 83392-done) by bugs.debian.org; 10 Nov 2003 04:28:24 + From [EMAIL PROTECTED] Sun Nov 09 22:27:59 2003 Return-path: [EMAIL PROTECTED] Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AJ3eh-0003LB-00; Sun, 09 Nov 2003 22:27:59 -0600 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id 6611B64177; Sun, 9 Nov 2003 23:27:58 -0500 (EST) Date: Sun, 9 Nov 2003 23:27:58 -0500 From: Branden Robinson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [EMAIL PROTECTED]: Bug#83392: Bug verified fixed in sid (4.2.1-13)] Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=o7gdRJTuwFmWapyH Content-Disposition: inline User-Agent: Mutt/1.5.4i Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=1.0 required=4.0 tests=BAYES_60 version=2.53-bugs.debian.org_2003_11_9 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_11_9 (1.174.2.15-2003-03-30-exp) --o7gdRJTuwFmWapyH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Closing as resolved per Frank Murphy. Thanks, Frank! - Forwarded message from Frank Murphy [EMAIL PROTECTED] - =46rom: Frank Murphy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug#83392: Bug verified fixed in sid (4.2.1-13) Date: Sun, 9 Nov 2003 16:28:12 +0100 Message-Id: [EMAIL PROTECTED] User-Agent: KMail/1.5.4 X-Spam-Status: No, hits=3D-2.8 required=3D4.0 tests=3DBAYES_00,BLANK_LINES_= 70_80=20 autolearn=3Dno version=3D2.60 mga no longer refers to non-existant shadowfb(4x) manpage. This was found at the Debian bug squashing party in Ecublens, Switzerland. - End forwarded message - --=20 G. Branden Robinson|If a man ate a pound of pasta and a Debian GNU/Linux |pound of antipasto, would they [EMAIL PROTECTED] |cancel out, leaving him still http://people.debian.org/~branden/ |hungry? -- Scott Adams --o7gdRJTuwFmWapyH Content-Type: application/pgp-signature; name=signature.asc Content-Description: Digital signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iEYEARECAAYFAj+vE84ACgkQ6kxmHytGonyHiwCfYQN8EKtd2pNpr7robh52VlCO 4nsAnjV5eyyZN/czM8H+oOTuuPoqJ534 =f7NS -END PGP SIGNATURE- --o7gdRJTuwFmWapyH--
Re: Bug#219163: ITP: synaptic-touchpad -- Synaptics TouchPad driver for XFree86
On Sun, Nov 09, 2003 at 10:03:14AM +1100, Daniel Stone wrote: On Sat, Nov 08, 2003 at 02:52:09PM -0500, Branden Robinson wrote: On Thu, Nov 06, 2003 at 08:04:21PM +0100, Mattia Dongili wrote: On Thu, Nov 06, 2003 at 01:23:09PM -0500, Branden Robinson wrote: Er, actually, last I heard, the author was still looking into relicensing it in a manner consistent with XFree86's requirements. (They don't accept GPLed code.) that's what he told me too. He also said he is still unable to contact every single contributor to confirm the license change. Bummer. There is one unreachable person; IIRC, he was a reasonably major contributor. Double bummer. I was thinking about xfree86-driver-synaptics, or xfree86-driver-input-synaptics, but the last one is too unnecessarily longwinded. (I was going to package this as an XSF project, post-exams). I thought about the latter as well. It's not too long-winded if we expect having input and video modules with identical names. Is the XFree86 driver namespace subdivided in practice (i.e., in a name-resolution sense), or merely cosmetically via directory layout? -- G. Branden Robinson|Sometimes, getting your patch in is Debian GNU/Linux |just a matter of waiting for [EMAIL PROTECTED] |somebody else to reimplement it. http://people.debian.org/~branden/ |-- Jonathan Corbet signature.asc Description: Digital signature
Bug#100451: marked as done (xserver-xfree86: shadowfb(4) manpage does not exist)
Your message dated Sun, 9 Nov 2003 23:27:58 -0500 with message-id [EMAIL PROTECTED] and subject line [EMAIL PROTECTED]: Bug#83392: Bug verified fixed in sid (4.2.1-13)] 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) -- Received: (at submit) by bugs.debian.org; 10 Jun 2001 21:07:25 + From [EMAIL PROTECTED] Sun Jun 10 16:07:25 2001 Return-path: [EMAIL PROTECTED] Received: from (smtp2.alehop.com) [:::62.81.160.68] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 159CQe-0004UJ-00; Sun, 10 Jun 2001 16:07:24 -0500 Received: from femto ([62.83.46.103]) by smtp2.alehop.com (Netscape Messaging Server 4.15) with ESMTP id GEQFZV01.R2T for [EMAIL PROTECTED]; Sun, 10 Jun 2001 23:07:07 +0200 Received: from eric by femto with local (Exim 3.22 #1 (Debian)) id 159CPr-MC-00 for [EMAIL PROTECTED]; Sun, 10 Jun 2001 23:06:35 +0200 Date: Sun, 10 Jun 2001 23:06:35 +0200 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: inexisting referenced manpage Message-ID: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.18i Sender: Eric Van Buggenhaut [EMAIL PROTECTED] X-BadReturnPath: [EMAIL PROTECTED] rewritten as [EMAIL PROTECTED] using Reply-To header Delivered-To: [EMAIL PROTECTED] Package: xserver-xfree86 Version: 4.0.3-3 Severity: wishlist A manpage referenced in /usr/X11R6/man/man4/savage.4.gz doesn't exist. femto:~[0]# man savage | grep -A 4 -B4 shadowfb rotation. Option ShadowFB boolean Enable or disable use of the shadow framebuffer layer. See shadowfb(4) for further information. This option disables acceleration. Default: off. Option UseBIOS boolean Enable or disable use of the video BIOS to change femto:~[0]# man 4 shadowfb No manual entry for shadowfb in section 4 femto:~[0]# -- Eric VAN BUGGENHAUT [EMAIL PROTECTED] --- Received: (at 83392-done) by bugs.debian.org; 10 Nov 2003 04:28:24 + From [EMAIL PROTECTED] Sun Nov 09 22:27:59 2003 Return-path: [EMAIL PROTECTED] Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AJ3eh-0003LB-00; Sun, 09 Nov 2003 22:27:59 -0600 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id 6611B64177; Sun, 9 Nov 2003 23:27:58 -0500 (EST) Date: Sun, 9 Nov 2003 23:27:58 -0500 From: Branden Robinson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [EMAIL PROTECTED]: Bug#83392: Bug verified fixed in sid (4.2.1-13)] Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=o7gdRJTuwFmWapyH Content-Disposition: inline User-Agent: Mutt/1.5.4i Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=1.0 required=4.0 tests=BAYES_60 version=2.53-bugs.debian.org_2003_11_9 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_11_9 (1.174.2.15-2003-03-30-exp) --o7gdRJTuwFmWapyH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Closing as resolved per Frank Murphy. Thanks, Frank! - Forwarded message from Frank Murphy [EMAIL PROTECTED] - =46rom: Frank Murphy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug#83392: Bug verified fixed in sid (4.2.1-13) Date: Sun, 9 Nov 2003 16:28:12 +0100 Message-Id: [EMAIL PROTECTED] User-Agent: KMail/1.5.4 X-Spam-Status: No, hits=3D-2.8 required=3D4.0 tests=3DBAYES_00,BLANK_LINES_= 70_80=20 autolearn=3Dno version=3D2.60 mga no longer refers to non-existant shadowfb(4x) manpage. This was found at the Debian bug squashing party in Ecublens, Switzerland. - End forwarded message - --=20 G. Branden Robinson|If a man ate a pound of pasta and a Debian GNU/Linux |pound of antipasto, would they [EMAIL PROTECTED] |cancel out, leaving him still http://people.debian.org/~branden/ |hungry? -- Scott Adams --o7gdRJTuwFmWapyH Content-Type: application/pgp-signature; name=signature.asc Content-Description: Digital
Re: Bug#219163: ITP: synaptic-touchpad -- Synaptics TouchPad driver for XFree86
On Sun, Nov 09, 2003 at 11:56:04PM -0500, Branden Robinson wrote: On Sun, Nov 09, 2003 at 10:03:14AM +1100, Daniel Stone wrote: There is one unreachable person; IIRC, he was a reasonably major contributor. Double bummer. Aye; sort of condemns it to external DDKdom. I was thinking about xfree86-driver-synaptics, or xfree86-driver-input-synaptics, but the last one is too unnecessarily longwinded. (I was going to package this as an XSF project, post-exams). I thought about the latter as well. It's not too long-winded if we expect having input and video modules with identical names. I can't particularly see this at the moment, but I'm sure something will rise up and prove us wrong. Is the XFree86 driver namespace subdivided in practice (i.e., in a name-resolution sense), or merely cosmetically via directory layout? I don't believe it's subdivided in a name-resolution sense, but I could be wrong. -- Daniel Stone [EMAIL PROTECTED] The programs are documented fully by _The Rise and Fall of a Fooish Bar_, available by the Info system. -- debian/manpage.sgml.ex, dh_make template pgpUVBFp69zVA.pgp Description: PGP signature
Bug#83392: marked as done (xserver-xfree86: shadowfb(4) manpage does not exist)
Your message dated Sun, 9 Nov 2003 23:27:58 -0500 with message-id [EMAIL PROTECTED] and subject line [EMAIL PROTECTED]: Bug#83392: Bug verified fixed in sid (4.2.1-13)] 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) -- Received: (at submit) by bugs.debian.org; 24 Jan 2001 15:20:45 + From [EMAIL PROTECTED] Wed Jan 24 09:20:45 2001 Return-path: [EMAIL PROTECTED] Received: from adminpg.inpg.fr [:::195.83.76.59] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 14LRj2-0001i0-00; Wed, 24 Jan 2001 09:20:44 -0600 Received: from bacchus.lis.inpg.fr (IDENT:[EMAIL PROTECTED] [195.220.21.21]) by adminpg.inpg.fr (8.9.3/8.9.3) with ESMTP id QAA05497; Wed, 24 Jan 2001 16:20:39 +0100 (MET) Received: from irancy.lis.inpg.fr ([EMAIL PROTECTED] [195.220.21.167]) by bacchus.lis.inpg.fr (8.9.3/8.9.3/cf de Bacchus - 25/05/2000) with ESMTP id QAA06664; Wed, 24 Jan 2001 16:20:39 +0100 Received: from bonnaud by irancy.lis.inpg.fr with local (Exim 3.20 #1 (Debian)) id 14LRix-0007QS-00; Wed, 24 Jan 2001 16:20:39 +0100 From: laurent bonnaud [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: xserver-xfree86: missing shadowfb manpage X-Reportbug-Version: 1.9 X-Mailer: reportbug 1.9 Date: Wed, 24 Jan 2001 16:20:39 +0100 Message-Id: [EMAIL PROTECTED] Sender: laurent bonnaud [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Package: xserver-xfree86 Version: 4.0.2-1pre2v7 Severity: minor Hi, in mga(4), there is a reference to shadowfb(4): Option ShadowFB boolean Enable or disable use of the shadow framebuffer layer. See shadowfb(4) for further information. Default: off. However, this manpage is not included in the package. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux irancy 2.4.0 #1 Tue Jan 9 12:54:50 CET 2001 i686 Versions of packages xserver-xfree86 depends on: ii debconf0.5.49Debian configuration management sy ii libc6 2.2.1-1 GNU C Library: Shared libraries an ii xserver-common 4.0.2-1pre2v7 files and utilities common to all ii zlib1g 1:1.1.3-12compression library - runtime --- Received: (at 83392-done) by bugs.debian.org; 10 Nov 2003 04:28:24 + From [EMAIL PROTECTED] Sun Nov 09 22:27:59 2003 Return-path: [EMAIL PROTECTED] Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AJ3eh-0003LB-00; Sun, 09 Nov 2003 22:27:59 -0600 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id 6611B64177; Sun, 9 Nov 2003 23:27:58 -0500 (EST) Date: Sun, 9 Nov 2003 23:27:58 -0500 From: Branden Robinson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [EMAIL PROTECTED]: Bug#83392: Bug verified fixed in sid (4.2.1-13)] Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=o7gdRJTuwFmWapyH Content-Disposition: inline User-Agent: Mutt/1.5.4i Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=1.0 required=4.0 tests=BAYES_60 version=2.53-bugs.debian.org_2003_11_9 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_11_9 (1.174.2.15-2003-03-30-exp) --o7gdRJTuwFmWapyH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Closing as resolved per Frank Murphy. Thanks, Frank! - Forwarded message from Frank Murphy [EMAIL PROTECTED] - =46rom: Frank Murphy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug#83392: Bug verified fixed in sid (4.2.1-13) Date: Sun, 9 Nov 2003 16:28:12 +0100 Message-Id: [EMAIL PROTECTED] User-Agent: KMail/1.5.4 X-Spam-Status: No, hits=3D-2.8 required=3D4.0 tests=3DBAYES_00,BLANK_LINES_= 70_80=20 autolearn=3Dno version=3D2.60 mga no longer refers to non-existant shadowfb(4x) manpage. This was found at the Debian bug squashing party in Ecublens, Switzerland. - End forwarded message - --=20 G. Branden Robinson|If a man ate a pound of pasta and a Debian GNU/Linux |pound of antipasto, would they [EMAIL PROTECTED] |cancel out, leaving him still http://people.debian.org/~branden/ |
Processed: bug 100451 is forwarded to http://bugs.xfree86.org/show_bug.cgi?id=860
Processing commands for [EMAIL PROTECTED]: forwarded 100451 http://bugs.xfree86.org/show_bug.cgi?id=860 Bug#100451: xserver-xfree86: savage(4x) manpage refers to nonexistent shadowfb(4x) manpage Bug#120749: xserver-xfree86: vesa(4x) manpage refers to nonexistent shadowfb(4x) manpage Noted your statement that Bug has been forwarded to http://bugs.xfree86.org/show_bug.cgi?id=860. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#219854: xutils: mkfontdir kills fonts.dir and leaves only one 0 there behind#
Processing commands for [EMAIL PROTECTED]: retitle 219854 xutils: [mkfontdir] doesn't recognize TrueType fonts Bug#219854: xutils: mkfontdir kills fonts.dir and leaves only one 0 there behind# Changed Bug title. severity 219854 normal Bug#219854: xutils: [mkfontdir] doesn't recognize TrueType fonts Severity set to `normal'. tag 219854 = upstream Bug#219854: xutils: [mkfontdir] doesn't recognize TrueType fonts Tags were: experimental sid Tags set to: upstream thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#87650: marked as done (xbase-clients: [xman] not preprocessing tables correctly)
Your message dated Sun, 9 Nov 2003 23:36:32 -0500 with message-id [EMAIL PROTECTED] and subject line [EMAIL PROTECTED]: Bug#87650: Fixed in 4.2.1-13] 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) -- Received: (at submit) by bugs.debian.org; 25 Feb 2001 23:57:20 + From [EMAIL PROTECTED] Sun Feb 25 17:57:20 2001 Return-path: [EMAIL PROTECTED] Received: from raq0.pdx.net [:::207.149.236.20] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 14XB2W-0006zW-00; Sun, 25 Feb 2001 17:57:20 -0600 Received: from wheat.dslnorthwest.net (063-170-215-075.dslnorthwest.net [63.170.215.75]) by raq0.pdx.net (8.9.3/8.9.3) with ESMTP id PAA32328; Sun, 25 Feb 2001 15:57:18 -0800 Received: from ross by wheat.dslnorthwest.net with local (Exim 3.12 #1 (Debian)) id 14XB1j-f3-00; Sun, 25 Feb 2001 15:56:31 -0800 From: Ross Boylan [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: keyword tables don't appear in xman X-Reportbug-Version: 1.14 X-Mailer: reportbug 1.14 Date: Sun, 25 Feb 2001 15:56:31 -0800 CC: [EMAIL PROTECTED] Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Package: fetchmail Version: 5.3.3-1.1 Severity: minor When I use xman to look at fetchmail's documentation with xman I see very little info in the Keyword/Option Summary section. Specifically, I see Here are the legal global options: Here are the legal server options: Here are the legal user options: with *nothing* in between. The tables appear OK when I use man in a console window. Conceivably this has something to do with the new freetype fontserver, and could even be a misconfiguration on my part. But I haven't noticed such a problem with other manpages. I recently dist-upgraded to woody. xbase-clients 4.0.2-1 provides xman man-db 2.3.16-1.1 provides man xman itself says it's 3.1.6 - X11R6 -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux wheat 2.2.18pre21 #1 Sat Jan 20 17:05:42 PST 2001 i586 Versions of packages fetchmail depends on: ii libc6 2.2.1-1GNU C Library: Shared libraries an --- Received: (at 87650-done) by bugs.debian.org; 10 Nov 2003 04:36:33 + From [EMAIL PROTECTED] Sun Nov 09 22:36:33 2003 Return-path: [EMAIL PROTECTED] Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AJ3my-0006Ai-00; Sun, 09 Nov 2003 22:36:33 -0600 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id 59EF464177; Sun, 9 Nov 2003 23:36:32 -0500 (EST) Date: Sun, 9 Nov 2003 23:36:32 -0500 From: Branden Robinson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [EMAIL PROTECTED]: Bug#87650: Fixed in 4.2.1-13] Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=NZtAI5QFBF0GmLcW Content-Disposition: inline User-Agent: Mutt/1.5.4i Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=1.0 required=4.0 tests=BAYES_60 version=2.53-bugs.debian.org_2003_11_9 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_11_9 (1.174.2.15-2003-03-30-exp) --NZtAI5QFBF0GmLcW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Closing as resolved per Frank Murphy. Thanks, Frank! - Forwarded message from Frank Murphy [EMAIL PROTECTED] - =46rom: Frank Murphy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug#87650: Fixed in 4.2.1-13 Date: Sun, 9 Nov 2003 18:47:46 +0100 Message-Id: [EMAIL PROTECTED] User-Agent: KMail/1.5.4 X-Spam-Status: No, hits=3D-4.9 required=3D4.0 tests=3DBAYES_00 autolearn=3D= ham=20 version=3D2.60 Checked the manpage for fetchmail in xman version 3.1.6 that is in the=20 xbase-clients package 4.2.1-13. It works as expected, showing the tables th= at=20 the fetchmail manpage was using. Frank This was found at the Debian bug squashing party in Ecublens, Switzerland. - End forwarded message - --=20 G. Branden Robinson| Suffer before God and ye shall be Debian GNU/Linux | redeemed. God loves us, so He [EMAIL PROTECTED] | makes us suffer Christianity. http://people.debian.org/~branden/ | -- Aaron Dunsmore --NZtAI5QFBF0GmLcW Content-Type:
Bug#60505: marked as done (xbase-clients: [xclock] displays wrong time)
Your message dated Sun, 9 Nov 2003 23:35:51 -0500 with message-id [EMAIL PROTECTED] and subject line [EMAIL PROTECTED]: Bug#60505: this is fixed in version 4.2.1-13] 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) -- Received: (at submit) by bugs.debian.org; 16 Mar 2000 08:11:25 + Received: (qmail 15478 invoked from network); 16 Mar 2000 08:11:24 - Received: from skylla.rus.uni-stuttgart.de (141.58.231.9) by master.debian.org with SMTP; 16 Mar 2000 08:11:24 - Received: from localhost (gw-21.wh.uni-stuttgart.de [129.69.166.242]) by skylla.rus.uni-stuttgart.DE (8.8.8/8.8.8) with ESMTP id JAA12290 for [EMAIL PROTECTED]; Thu, 16 Mar 2000 09:11:23 +0100 (MET) env-from ([EMAIL PROTECTED]) Received: from erik by localhost with local (Exim 3.12 #1 (Debian)) id 12VVNK-0004QC-00; Thu, 16 Mar 2000 09:11:22 +0100 Date: Thu, 16 Mar 2000 09:11:22 +0100 From: Erik Thiele [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: xclock displays wrong time Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Package: xbase-clients Version: 3.3.6-6 if you start xclock at 12:00:10 it will display 12:00 once it is 12:01:10 it will display 12:01 (10 seconds too late!) if you specify -update 1 it displays seconds. but this time it is the seconds that are not updated when the system updates them. just compare xclock -update 1 with while true; do date; done and an atomic watch source. you'll see that the atomic watch and the date output are identical. (( if you use proper time in your computer )) but the xclock is always maximally half a second wrong if you started it right in the mid of a second. now imagine the boss saying YOU MUST call me at exactly 12:00. if you call too early, you will be fired. if you call too late, you will be fired, too the worker looks on his xclock waits until it is 12:00 once it shows 12:00 he calls the boss, but the boss says, sorry, you are 20 seconds too late. ;-) cu erik PS: oclock does a better job ! -- Name: Erik Thiele Email: [EMAIL PROTECTED]o `QQ'_ IRC: erikyyy/ __8 WWW: http://www.erikyyy.de/ ' ` --- Received: (at 60505-done) by bugs.debian.org; 10 Nov 2003 04:36:01 + From [EMAIL PROTECTED] Sun Nov 09 22:35:52 2003 Return-path: [EMAIL PROTECTED] Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AJ3mK-00067X-00; Sun, 09 Nov 2003 22:35:52 -0600 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id 4FDCC64177; Sun, 9 Nov 2003 23:35:51 -0500 (EST) Date: Sun, 9 Nov 2003 23:35:51 -0500 From: Branden Robinson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [EMAIL PROTECTED]: Bug#60505: this is fixed in version 4.2.1-13] Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=+svXpSx+RSEd8UhP Content-Disposition: inline User-Agent: Mutt/1.5.4i Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=1.0 required=4.0 tests=BAYES_60 version=2.53-bugs.debian.org_2003_11_9 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_11_9 (1.174.2.15-2003-03-30-exp) --+svXpSx+RSEd8UhP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Closing as resolved per Frank Murphy. Thanks, Frank! - Forwarded message from Frank Murphy [EMAIL PROTECTED] - =46rom: Frank Murphy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug#60505: this is fixed in version 4.2.1-13 Date: Sun, 9 Nov 2003 18:16:53 +0100 Message-Id: [EMAIL PROTECTED] User-Agent: KMail/1.5.4 X-Spam-Status: No, hits=3D-4.9 required=3D4.0 tests=3DBAYES_00 autolearn=3D= ham=20 version=3D2.60 There is no longer a delay based on when xclock was started. Verified in=20 xbase-clients 4.2.1-13 Frank This was found at the Debian bug squashing party in Ecublens, Switzerland. - End forwarded message - --=20 G. Branden Robinson| Debian GNU/Linux | If existence exists, [EMAIL PROTECTED] | why create a creator? http://people.debian.org/~branden/ |
Bug#29737: marked as done (xbase-clients: [oclock] doesn't update the time until resize when -transparent)
Your message dated Sun, 9 Nov 2003 23:35:13 -0500 with message-id [EMAIL PROTECTED] and subject line [EMAIL PROTECTED]: Bug#29737: Fixed in version 4.2.1-13] 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) -- Received: (at submit) by bugs.debian.org; 19 Nov 1998 18:40:37 + Received: (qmail 2759 invoked from network); 19 Nov 1998 18:40:15 - Received: from pop01-acc.tin.it (HELO fep05-svc.tin.it) (212.216.176.64) by master.debian.org with SMTP; 19 Nov 1998 18:40:15 - Received: from diamond ([212.216.130.166]) by fep05-svc.tin.it (InterMail v4.0 201-221) with ESMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Thu, 19 Nov 1998 19:37:37 +0100 Received: from mibin by diamond with local (Exim 1.92 #1 (Debian)) id 0zgQfz-BL-00; Thu, 19 Nov 1998 10:46:59 +0100 From: Michele Bini [EMAIL PROTECTED] Subject: xbase: oclock doesn't update the time To: [EMAIL PROTECTED] X-Mailer: bug 3.1.5 Message-Id: [EMAIL PROTECTED] Date: Thu, 19 Nov 1998 10:46:59 +0100 Package: xbase Version: 3.3.2.3-1 When oclock is started with the -transparent option, it doesn't update the time, unless when its window is resized. -- System Information Debian Release: 2.0 Kernel Version: Linux diamond 2.1.127 #2 SMP Sun Nov 8 12:38:40 CET 1998 i686 unknown Versions of the packages xbase depends on: ii cpp 2.7.2.3-4.8The GNU C preprocessor. ii ncurses-base1.9.9g-8.9.1 Video terminal manipulation - Minimum termin ii libc6 2.0.7t-1 The GNU C library version 2 (run-time files) ii ncurses3.4 1.9.9g-8.9.1 Video terminal manipulation - shared librari ii xlib6g 3.3.2.3-1 shared libraries required by X clients --- Received: (at 29737-done) by bugs.debian.org; 10 Nov 2003 04:35:14 + From [EMAIL PROTECTED] Sun Nov 09 22:35:13 2003 Return-path: [EMAIL PROTECTED] Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AJ3lh-00061m-00; Sun, 09 Nov 2003 22:35:13 -0600 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id 31C9C64177; Sun, 9 Nov 2003 23:35:13 -0500 (EST) Date: Sun, 9 Nov 2003 23:35:13 -0500 From: Branden Robinson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [EMAIL PROTECTED]: Bug#29737: Fixed in version 4.2.1-13] Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=yr6OvWOSyJed8q4v Content-Disposition: inline User-Agent: Mutt/1.5.4i Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=1.0 required=4.0 tests=BAYES_60 version=2.53-bugs.debian.org_2003_11_9 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_11_9 (1.174.2.15-2003-03-30-exp) --yr6OvWOSyJed8q4v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Closing as resolved per Frank Murphy. Thank, Frank! - Forwarded message from Frank Murphy [EMAIL PROTECTED] - =46rom: Frank Murphy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug#29737: Fixed in version 4.2.1-13 Date: Sun, 9 Nov 2003 17:52:03 +0100 Message-Id: [EMAIL PROTECTED] User-Agent: KMail/1.5.4 X-Spam-Status: No, hits=3D-4.9 required=3D4.0 tests=3DBAYES_00 autolearn=3D= ham=20 version=3D2.60 This works in xbase-clients v 4.2.1-13. Must have been fixed upstream and= =20 never reported to Debian. Frank This was found at the Debian bug squashing party in Ecublens, Switzerland. - End forwarded message - --=20 G. Branden Robinson|I have a truly elegant proof of the Debian GNU/Linux |above, but it is too long to fit [EMAIL PROTECTED] |into this .signature file. http://people.debian.org/~branden/ | --yr6OvWOSyJed8q4v Content-Type: application/pgp-signature; name=signature.asc Content-Description: Digital signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iEYEARECAAYFAj+vFYAACgkQ6kxmHytGonz+ZgCgpgxTRBhFC1bsJPOoHdWAvvD9 0WgAn1SW7XpKdD2BF4OGe2ZrkPdtdRkk =40VC -END PGP SIGNATURE- --yr6OvWOSyJed8q4v--
