Bug#45291: want to meet?
Do nbot ignore me please, I found your email somewhere anbd now decided to write you. I am coming to your place in few weeks and thought we can meet ebach other. Let me know if ybou do not mind. I am a nice pretty bgbirl. Don't reply to this embail. Email me direclty at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#521834: This bug was fixed by xserver-xorg-video-intel=2:2.12.0-1
fixed 2:2.12.0-1 thanks Hi! After embarassing myself in front of the DebConf crowd because of this bug, I installed the package from experimental, and it works, I was able to log out and in again, without troubles. -- Besos, Marga -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktin4aalh8=hgdyf6n1zis8ebxkdqneezvsghg...@mail.gmail.com
Bug#585612: Still present with versions in experimental
Hi! I've just installed 2:2.12.0-1 and linux-image-2.6.35-rc6-686, and this problem is still happening. It happens both with a session started and with no session started (gdm screen). My powersave configurations say that nothing should be done on lid closing, however the whole system crashes when doing it. Just in case it's useful, it's a Dell X300 notebook, with this lspci: 00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) 00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) 00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) 00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01) 00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 81) 00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 01) 00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 01) 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) 00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 01) 02:03.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac) 02:03.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac) 02:03.2 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller (rev 04) 02:04.0 Network controller: Intel Corporation PRO/Wireless 2200BG [Calexico2] Network Connection (rev 05) 02:05.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5705M Gigabit Ethernet (rev 01) And I'm attaching the /var/log/Xorg.0.log file -- Besos, Marga X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-amd64 i686 Debian Current Operating System: Linux penelope 2.6.35-rc6-686 #1 SMP Mon Jul 26 09:46:49 UTC 2010 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.35-rc6-686 root=UUID=388120b0-6aad-4f7f-974f-60c8d4711272 ro quiet Build Date: 15 July 2010 04:10:53PM xorg-server 2:1.7.7-3 (Cyril Brulebois ) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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: Fri Aug 6 23:20:54 2010 (==) Using system config directory "/usr/share/X11/xorg.conf.d" (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |-->Screen "Default Screen Section" (0) (**) | |-->Monitor "" (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/share/fonts/X11/cyrillic" 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, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to "/usr/lib/xorg/modules" (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x81eaca0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (--) PCI:*(0:0:2:0) 8086:3582:1028:014f Intel Corporation 82852/855GM Integrated Graphics Device rev 2, Mem @ 0xe800/134217728, 0xe000/524288, I/O @ 0x1800/8 (--) PCI: (0:0:2:1) 8086:3582:1028:014f Intel Corporation 82852/855GM Integrated Graphics Device rev 2, Mem @ 0xf000/134217728, 0xe008/524288 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: "extmod" (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension
Bug#444035: xkb-data: latam layout: no dead_tilde
Package: xkb-data Version: 1.0~cvs.20070721-1 Severity: normal Tags: patch Hi! /usr/share/X11/xkb/symbols/latam, Spanish Latin-American keyboard, layout doesn't include any dead_tilde. It does include 3 asciitilde, however: key { [ 4, dollar, asciitilde, dollar ] }; key { [ plus, asterisk, asciitilde, dead_macron ] }; key { [ntilde, Ntilde, asciitilde, dead_doubleacute ] }; Of these 3, the one that is printed on the keyboards is the , and it's the one that makes more sense as a dead key (many neighbouring keys are dead). Recently (as in etch's 0.9-4 vs lenny's 1.0~cvs.20070721-1), the Spanish layout has changed one of its asciitilde to dead_tilde. The chosen key was , because that's the one that has the tilde printed on the key. https://bugs.freedesktop.org/show_bug.cgi?id=9763 In the Latinamerican case, the printed one is , thus, I'm suggesting changing that one to dead_tilde. Similar as to what the original bug report showed, the ibm globalization site, cites this key as "combining tilde": http://www-306.ibm.com/software/globalization/topics/keyboards/KBD171.jsp I'm not sure about . It could be good to have it as dead too, for consistency (Spanish and Latin American are both common in many Spanish speaking countries), but having 2 out of 3 as dead might be overkill. Thus, I'm attaching a patch that only changes the key This should be sent upstream, of course. But I don't have a user at bugs.freedesktop.org Love, Marga -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=es_AR, LC_CTYPE=es_AR (charmap=ISO-8859-1) -- no debconf information --- /usr/share/X11/xkb/symbols/latam2007-07-21 16:14:18.0 -0300 +++ latam 2007-09-25 12:56:55.0 -0300 @@ -20,7 +20,7 @@ key { [questiondown, exclamdown, dead_cedilla, dead_ogonek] }; key { [dead_acute, dead_diaeresis, dead_diaeresis, dead_abovering ] }; -key { [ plus, asterisk, asciitilde, dead_macron ] }; +key { [ plus, asterisk, dead_tilde, dead_macron ] }; key { [ntilde, Ntilde, asciitilde, dead_doubleacute ] }; key { [ braceleft, bracketleft, dead_circumflex, braceleft] };
Bug#444035: Reopening due to a revert
So, due to the complaints in: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477197 The changes asked in this bug were reverted. So, I'm reopening this bug, because I consider it is still a bug not to have a dead_tilde. I was never aware that there was a "poll" going on, and if I had been aware, I'm sure that plenty of people from Latin America would have reacted and expressed their opinion. It looks like most people their are from Spain and not Latin America. This is the text that I already submitted to the freedesktop bug: --- --- --- I'm sorry that I didn't react earlier, I had no warning that this bug, or it's sister bug http://bugs.freedesktop.org/show_bug.cgi?id=9763 had been subjected to a poll and were being reverted. I think that it's a serious mistake to have no dead tildes in a Spanish language keyboard. In the latinamerican keyboards we now have 3 asciitilde and NO dead_tilde. While in the Spanish keyboard (the one in bug 9763), there are 2 asciitilde and NO dead_tilde. Even if Spanish itself does not include ã or õ, Portuguese does. And we live in an integrated world. Specially in Latin America, where the biggest country of the region is Brazil, which speaks Portuguese, not Spanish. It's very important for all of us to be able to write the characters of our neighbour countries. Take for example the case of the argentinian NIC service which from now on will allow domains with special characters: http://www.nic.ar/616, it not only allows the special characters for Spanish, but also the ones for Portuguese. The current keyboard has a dead ` and a dead ^, which are characters only used in French, yet nobody complains that these should be made non-dead. So, why do we allow for compatibility with French and not with Portuguese? Most people complained about this because of habit more than because of real causes. Yet sometimes changes have to be made that mean that people have to get used to them, and eventually they'll be glad that the change was made. I think that the most sensible place for the dead tilde is near all the other dead keys (), but if people so vehemently opose to that, then leave the dead tilde in the or key. But PLEASE PLEASE PLEASE allow us to have at least one dead_tilde. Also, I don't think this should be "polled" but rather a standard should be used. But, if you have to take it to a poll, please warn everybody that is affected. All the people in Latin America, specially those in countries that are part of Mercosur eventually need some Portuguese characters, however it looks like most people that expressed their opinions were from Spain, not from Latin America. --- --- --- I find phrases like "There is no character in the Spanish language that would need it as a dead key" to be extremely narrow-minded. If we were to be fair, then all the dead keys except ' and " would go away, because à â ā å are not part of the Spanish language, yet we allow them to allow people to write in the languages of neighbour countries. For me, and I suspect that for most of all the other people in Latin America, it's much more essential to have a dead_tilde than all the others weird dead keys. Please, please, please, include at least one dead_tilde. Even if it would mean not going with the standard, I would settle for (ñ) in both keyboards (Spanish and Latin American), but we definitely need one. -- Besos, Marga
Bug#444035: Regarding keyboard standards
The links to the IBM pages are broken, because they are now pdf files instead of web pages, and were moved from http to ftp. The whole list can be found at: http://www-306.ibm.com/software/globalization/topics/keyboards/registry_index.jsp And these are the links for the layouts in question: Latin American: ftp://ftp.software.ibm.com/software/globalization/keyboards/KBD171.pdf Spanish: ftp://ftp.software.ibm.com/software/globalization/keyboards/KBD173.pdf As you might see in these pdfs, the tilde is shown to be dead. It's located in in the "es" version and in in the "la" version. I also found this information from Microsoft, for Microsoft Windows 95. I couldn't find any references for anything more modern, but I think it has stayed the same: Latin American: http://msdn.microsoft.com/en-us/library/cc195150.aspx Spanish: http://msdn.microsoft.com/en-us/library/cc195122.aspx The fact that the tildes are shown with white background instead of gray, indicates that they are dead. -- Besos, ,''`. Marga : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357480: xlibs: Confusion between latam and la keyboard layouts
On 3/21/07, Brice Goglin <[EMAIL PROTECTED]> wrote: About a year ago, you reported a bug to the Debian BTS regarding a confusion between latam and la keyboard layouts. Does this problem still matter today? With Xorg/Etch? Hi! I experienced this problem as well, and it's not currently a problem in Etch. BUT for people that had upgraded, and changed their keyboard to latam, the following update leaves X without keyboard, which is cruel. Sarge->Etch upgrades are not hit by this. -- Besos, Marga -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#573747: xserver-xorg-input-synaptics: Multitouch feature of EeePC 1005ha not usable.
user debian-eeepc-de...@lists.alioth.debian.org usertag 573747 +1005HA +1201N thanks Hi! I have the same problem in an EeePC 1201N. I think the difference with other EeePCs is due to the touchpad being different. The touchpad model is: /dev/input/event6 bustype : BUS_I8042 vendor : 0x2 product : 0x7 version : 433 name: "SynPS/2 Synaptics TouchPad" phys: "isa0060/serio1/input0" bits ev : EV_SYN EV_KEY EV_ABS I've tried enabling multi-touch from udev rules and from synclient, but it doesn't work. Only TapFinger1 works. Scrolling on the right bar works, but double finger scrolling does not. -- Besos, Marga -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e8bbf0361003171126pf4de741heddbf450979a0...@mail.gmail.com
Bug#608616: Mobility Radeon HD 4200: Black screen after resuming from suspend / no-hibernation
Package: xserver-xorg-video-radeon Version: 1:6.13.1-2+squeeze1 Severity: normal Hi! I'm working with an Asus EeePC 1215T, that comes with a Mobility Radeon HD 4200, after installing a fresh squeeze into it, suspend and hibernate didn't work properly: suspend worked, but when returning, no video returned, hibernation didn't work (black screen but no power off). After installing the xserver driver from maverick (1:6.13.1-1ubuntu5), both started working properly. So it seems that there's a difference in the patches applied in one and the other that makes suspension/hibernation work with one and not the other. Before using Ubuntu's packages, I tried blacklisting the radeon module, and it also didn't work. I tried using the radeonhd package, but that left me with no video. After looking at the changelogs and differences between the two packages, I have the sensation that the problem might be related to kms, but I really don't know enough about X to debug this myself. I'm in need of a few extra pointers as to what to do/test next. In the info included by reportbug this (apparently relevant) file is missing: Contents of /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 In the logs below, I have removed the messages that were redundant (lines and lines of the same FBDEV error). The weird "atom" errors that show in the dmesg logs appear when hibernating/dehibernating, and are very surprising, taking into account this is NOT an Atom netbook. Please let me know what other information I should include, or what other tests I should perform. -- Love, Marga. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Dec 31 11:31 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1770468 Dec 5 00:05 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:05.0 VGA compatible controller: ATI Technologies Inc M880G [Mobility Radeon HD 4200] /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 51 Dec 31 15:35 /etc/X11/xorg.conf /etc/X11/xorg.conf does not exist. Kernel version (/proc/version): Linux version 2.6.32-5-686 (Debian 2.6.32-29) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Fri Dec 10 16:12:40 UTC 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 73932 Jan 1 21:28 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: [16.214] X.Org X Server 1.9.2.902 (1.9.3 RC 2) Release Date: 2010-12-03 [16.214] X Protocol Version 11, Revision 0 [16.214] Build Operating System: Linux 2.6.26-2-amd64 i686 Debian [16.214] Current Operating System: Linux hedwig 2.6.32-5-686 #1 SMP Fri Dec 10 16:12:40 UTC 2010 i686 [16.214] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=f3006679-0f37-4560-bc0b-3461a41e4911 ro [16.214] Build Date: 05 December 2010 03:00:18AM [16.214] xorg-server 2:1.9.2.902-1 (Cyril Brulebois ) [16.214] Current version of pixman: 0.16.4 [16.214]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [16.214] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [16.214] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Dec 31 17:11:06 2010 [16.226] (==) Using config file: "/etc/X11/xorg.conf" [16.226] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [16.282] (==) No Layout section. Using the first Screen section. [16.282] (==) No screen section available. Using defaults. [16.282] (**) |-->Screen "Default Screen Section" (0) [16.282] (**) | |-->Monitor "" [16.283] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [16.283] (==) Automatically adding devices [16.283] (==) Automatically enabling devices [16.362] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [16.362]Entry deleted from font path. [16.490] (==) 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, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [16.490] (==) ModulePath set to "/usr/lib/xorg/modules" [16.490] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [16.490] (II) Loader magic: 0x81f5d80 [16.490] (II) Module ABI versions: [16.490]X.Org ANSI C Emulation: 0.4 [16.490]X.Org Video Driver: 8.0
Bug#608616: Mobility Radeon HD 4200: Black screen after resuming from suspend / no-hibernation
Hola Sven Joachim! > The difference is that the preinst of the Ubuntu package removes the > file /etc/modprobe.d/radeon-kms.conf (it is not needed on Ubuntu, > because Ubuntu kernels are built with KMS enabled), leaving you with UMS > even after you reinstall the Debian package. As I already stated in the bug report, the kms file is NOT missing. I'm not exactly sure why, but it didn't get removed. Contents of /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 > The first thing I would do is to test a newer kernel, e.g. 2.6.37-c7 > from experimental, and restore the missing file. I forgot to include this in the report, sorry. I have already tried with the kernel and X from experimental, no different outcome. Only after trying both from experimental did I switch to trying Ubuntu's. Also, once I installed the X driver from Ubuntu, all 3 kernels (Maverick's, Squeeze's and Experimental's suspended and hibernated correctly), so it looks like it's not a kernel problem, it's an X problem. So, newer kernel doesn't help, the kms file is not missing. Why could Ubuntu's driver be making suspend work? -- Love, Marga -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110102144232.ga7...@localhost
Bug#608616: Mobility Radeon HD 4200: Black screen after resuming from suspend / no-hibernation
Hola Michel Dänzer! > > After installing the xserver driver from maverick (1:6.13.1-1ubuntu5), both > > started working properly. So it seems that there's a difference in the > > patches applied in one and the other that makes suspension/hibernation work > > with one and not the other. > > Let me get this straight: With the Debian driver package installed, > suspend/hibernation doesn't work no matter which kernel etc. you're > using. With the Ubuntu driver package installed, both work. And these > symptoms remain the same after switching back and forth between the > versions of the driver package. Did I get that right? No, no. Only switching back and forth between kernels. I never tried downgrading the X driver back to squeeze's. I could try that, my guess is that it's a code change and so it won't work, but I'll try it just to document it. > > After looking at the changelogs and differences between the two packages, I > > have the sensation that the problem might be related to kms, but I really > > don't know enough about X to debug this myself. > > KMS should be enabled by default in both cases, so colour me skeptical. > But you can try flipping it with the radeon kernel module parameter > 'modeset' to see if it makes any difference in either case. > > Otherwise, apart from any possible code differences between the driver > package versions (haven't checked yet), I was refering to code differences regarding kms. I did read the changes, and there were differences regarding kms in the code, that's why I suggested that there might be a problem there. > I assume that switching between > them also requires switching versions of other packages, in particular > xserver-xorg-core. The difference might actually be there. E.g. it might > be interesting rebuilding the Debian driver package against the Ubuntu X > server and vice versa and seeing what happens in each case. Uhmm... Not -core. I did install xserver-xorg from maverick, although I'm not sure if it ships any interesting files. The machine is not mine and I'll have limited access to it after today, which was why I tried to get help debugging this on IRC as quickly as possible, but unfortunately couldn't get it. Anyway, I'll do as much testing as I can before having to give it up, and then my response time about this bug is going to be much slower. -- Love, Marga -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110103110232.gb15...@localhost
Bug#608616: Mobility Radeon HD 4200: Black screen after resuming from suspend / no-hibernation
Hola Michel Dänzer! > Let me get this straight: With the Debian driver package installed, > suspend/hibernation doesn't work no matter which kernel etc. you're > using. With the Ubuntu driver package installed, both work. And these > symptoms remain the same after switching back and forth between the > versions of the driver package. Did I get that right? I tested it and this was right, after reverting everything back to squeeze, suspend/hibernate work fine. Now I feel like I'm going crazy. It looks like installing ubuntu's packages left something behind that made it work, because with a 100% squeeze system it works fine, when it didn't work 3 days ago, before installing maverick's packages. > KMS should be enabled by default in both cases, so colour me skeptical. > But you can try flipping it with the radeon kernel module parameter > 'modeset' to see if it makes any difference in either case. It was set to 1. I tried setting it to 0, and something new happened: both suspend and hibernate worked but when it came back it didn't show X, it showed some kernel messages, but doing Ctrl-Alt-F7 worked. I couldn't go back to those kernel messages afterwards. Should I try setting it to something else? > Otherwise, apart from any possible code differences between the driver > package versions (haven't checked yet), I assume that switching between > them also requires switching versions of other packages, in particular > xserver-xorg-core. The difference might actually be there. E.g. it might > be interesting rebuilding the Debian driver package against the Ubuntu X > server and vice versa and seeing what happens in each case. This was the state before downgrading back to squeeze: -*- libxfont1 1:1.4.3-1 newer than version in archive wireless-crda 1.12 installed: No available version in archive xserver-common 2:1.9.2.902-1 newer than version in archive xserver-xorg/squeeze upgradeable from 1:7.5+6ubuntu3 to 1:7.5+8 xserver-xorg-core 2:1.9.2.902-1 newer than version in archive xserver-xorg-input-all 1:7.6~2 newer than version in archive xserver-xorg-input-evdev 1:2.5.99.901-1 newer than version in archive xserver-xorg-input-synaptics 1.3.0-1 newer than version in archive xserver-xorg-video-fbdev 1:0.4.2-3 newer than version in archive xserver-xorg-video-radeon/squeeze upgradeable from 1:6.13.1-1ubuntu5 to 1:6.13.1-2+squeeze1 xserver-xorg-video-vesa 1:2.3.0-4 newer than version in archive -*- Some of this packages were from experimental and some from maverick. Now it's all back to squeeze, so it's just: -*- wireless-crda 1.12 installed: No available version in archive -*- (Something that the installer left there, apparently) So, I really don't know what's going on, but now it's a full squeeze system and it's working, when it was not working before... The only possible conclusion, except that I'm mad that I hope I'm not, is that some configuration was changed by ubuntu's packages that fixed the problem. -- Love, Marga -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110103121521.ga17...@localhost
Bug#608616: Mobility Radeon HD 4200: Black screen after resuming from suspend / no-hibernation
Hola Michel Dänzer! > > So, I really don't know what's going on, but now it's a full squeeze system > > and it's working, when it was not working before... The only possible > > conclusion, except that I'm mad that I hope I'm not, is that some > > configuration was changed by ubuntu's packages that fixed the problem. > > Can't think offhand of anything that could be other > than /etc/modprobe.d/radeon-kms.conf or /etc/X11/xorg.conf{,.d/*} ... Well, I already pasted the radeon-kms.conf. I had no xorg.conf for the initial tests, but I do have an xorg.conf now, because I've been configuring the synaptics input device and a created an xorg.conf for that. I could try moving it away and checking if it works or fails. Will get back about this. > Could it be that it was a different kernel exhibiting the problems? No, the kernel is the same. > If not, I'm afraid I don't have any good ideas offhand how to figure out > what happened short of installing again and if the problem still occurs, > saving all even remotely relevant configuration and log files and then > looking for differences in them after the problem is fixed. Re-installing that machine is not really possible. But it's a really nice model, and I think I might be getting hold of another one soon. -- Love, Marga -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110104123635.ga4...@localhost
Bug#229097: debconf: should tell the user the file is not going to be rewritten earlier
Package: xserver-xfree86 Version: 4.2.1-12.1 Severity: minor When doing a dpkg-reconfigure xserver-xfree86, I went through the LONG set of answers and then after the last one, I was told: "XF86Config-4 was modified not writting it". This is awful. I think this message should be at the beginning, not at the end, after I had spent about 5 minutes selecting the options. Also, it would be nice if the message that's in the file (I found it afterwards) would be repeated there: # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 > /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux hormiga.amadeus 2.4.19-686 #1 Mon Nov 18 23:59:03 EST 2002 i686 Locale: LANG=es_AR, LC_CTYPE=es_AR (ignored: LC_ALL set) Versions of packages xserver-xfree86 depends on: ii debconf 1.3.20 Debian configuration management sy ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii xserver-common 4.2.1-12.1 files and utilities common to all ii zlib1g 1:1.1.4-14 compression library - runtime -- debconf information excluded
Bug#229097: debconf: should tell the user the file is not going to be rewritten earlier
Hola Branden Robinson! > If it's any consolation, your answers were not thrown away. They're in > the debconf database. > > To write your XF86Config-4 using them, do this: > > # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom > # dexconf Ok! Thanks! BTW, I read debian-devel daily and I'm an admirer of yours 8) -- Besos, ,''`. Marga : :' : `. `' `-
Bug#229785: sessreg: session overwritten can be due to ut_id 4 byte length limit
Package: xutils Version: 4.2.1-12.1 Severity: normal Followup-For: Bug #229785 Hi! I've been investigating a little bit more about this bug and I've found some extra information. In sessreg.c, lines 371 - 385: -*-*-*-*-*- if (line) { int i; /* * this is a bit crufty, but * follows the apparent conventions in * the ttys file. ut_id is only 4 bytes * long, and the last 4 bytes of the line * name are written into it, left justified. */ i = strlen (line); if (i >= sizeof (u->ut_id)) i -= sizeof (u->ut_id); else i = 0; (void) strncpy (u->ut_id, line + i, sizeof (u->ut_id)); -*-*-*-*-*- The thing is that if you have different host names, with the same display numbers, such as "test:0" and "fist:0", this is keeping only the last 4 characters of the name, and will consider that these two hosts are in fact only one host. I think that doing a hash, or something like that would be better. Hope it helps solve this bug. Love, Margarita Manterola. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux fobos 2.4.24-1-k7 #1 Wed Jan 7 00:47:47 EST 2004 i686 Locale: LANG=es_ES.ISO-8859-1, LC_CTYPE=es_ES.ISO-8859-1 Versions of packages xutils depends on: ii cpp-3.2 1:3.2.3-0pre9 The GNU C preprocessor ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libncurses5 5.3.20030719-1 Shared libraries for terminal hand ii xfree86-common4.2.1-6X Window System (XFree86) infrastr ii zlib1g1:1.2.1-3 compression library - runtime -- no debconf information
Bug#229785: sessreg.c bug
Hi! I reported the bug 229785 referred to a problem with host registering in sessreg.c. After a whole night of hacking with two other friends, we came up with a patch to sessreg.c that hashes the display instead of using the last 4 characters. We think this is pretty nice. We tested it with a dictionary, and it lost only 1 entry in 1000 and 15 entries in 5000 lines. We think it might take a little bit longer to make the transaction, but that's not really an issue. Please give us some feedback if you think it worth. Oh, and is there some special types we should have used instead of unsigned long int and char, to guarantee 4 and 1 byte? Love, Margarita Manterola. --- sessreg.c 2004-01-31 03:34:56.0 -0300 +++ sessreg.new.c 2004-01-31 05:24:13.0 -0300 @@ -123,6 +123,18 @@ static void set_utmp (struct utmp *u, char *line, char *user, char *host, Time_t date, int addp); +#ifdef SYSV +/* Use for hashing ut_id */ +typedef unsigned long int ub4; /* unsigned 4-byte quantities */ +typedef unsigned char ub1; /* unsigned 1-byte quantities */ + +#define hashsize(n) ((ub4)1<<(n)) +#define hashmask(n) (hashsize(n)-1) + +ub4 hash(register ub1 *k, register ub4 length, register ub4 initval); + +#endif + int wflag, uflag, lflag; char *wtmp_file, *utmp_file, *line; int utmp_none, wtmp_none; @@ -147,6 +159,7 @@ static int findslot (char *line_name, char *host_name, int addp, int slot); static int Xslot (char *ttys_file, char *servers_file, char *tty_line, char *host_name, int addp); + #endif static int @@ -369,22 +382,22 @@ bzero (u->ut_name, sizeof (u->ut_name)); #ifdef SYSV if (line) { - int i; - /* - * this is a bit crufty, but - * follows the apparent conventions in - * the ttys file. ut_id is only 4 bytes - * long, and the last 4 bytes of the line - * name are written into it, left justified. + /* + * The ut_id is 4 bytes long. We make a hash of the + * line received, preceding it by ":" to prevent + * clashing with other ut_ids */ - i = strlen (line); - if (i >= sizeof (u->ut_id)) - i -= sizeof (u->ut_id); - else - i = 0; - (void) strncpy (u->ut_id, line + i, sizeof (u->ut_id)); + ub4 h; + u->ut_id[0]=':'; + h = hash(line, strlen(line),0x9e3779b9); + h = (h & hashmask((sizeof(u->ut_id)-sizeof(char))*8)); + (void) strncpy (u->ut_id + 1,(char *) &h, sizeof (u->ut_id)-sizeof(char)); } else - bzero (u->ut_id, sizeof (u->ut_id)); + bzero (u->ut_id, sizeof (u->ut_id)); /* TODO: CHECK this */ + /* From utmp(5): + * Clearing ut_id may result in race conditions leading to corrupted + * utmp entries and and potential security holes. + */ if (addp) { u->ut_pid = getppid (); u->ut_type = USER_PROCESS; @@ -520,3 +533,117 @@ return freeslot; } #endif + +#ifdef SYSV +/* + +mix -- mix 3 32-bit values reversibly. +For every delta with one or two bits set, and the deltas of all three + high bits or all three low bits, whether the original value of a,b,c + is almost all zero or is uniformly distributed, +* If mix() is run forward or backward, at least 32 bits in a,b,c + have at least 1/4 probability of changing. +* If mix() is run forward, every bit of c will change between 1/3 and + 2/3 of the time. (Well, 22/100 and 78/100 for some 2-bit deltas.) +mix() was built out of 36 single-cycle latency instructions in a + structure that could supported 2x parallelism, like so: + a -= b; + a -= c; x = (c>>13); + b -= c; a ^= x; + b -= a; x = (a<<8); + c -= a; b ^= x; + c -= b; x = (b>>13); + ... + Unfortunately, superscalar Pentiums and Sparcs can't take advantage + of that parallelism. They've also turned some of those single-cycle + latency instructions into multi-cycle latency instructions. Still, + this is the fastest good hash I could find. There were about 2^^68 + to choose from. I only looked at a billion or so. + +*/ +#define mix(a,b,c) \ +{ \ + a -= b; a -= c; a ^= (c>>13); \ + b -= c; b -= a; b ^= (a<<8); \ + c -= a; c -= b; c ^= (b>>13); \ + a -= b; a -= c; a ^= (c>>12); \ + b -= c; b -= a; b ^= (a<<16); \ + c -= a; c -= b; c ^= (b>>5); \ + a -= b; a -= c; a ^= (c>>3); \ + b -= c; b -= a; b ^= (a<<10); \ + c -= a; c -= b; c ^= (b>>15); \ +} + +/* + +hash() -- hash a variable-length key into a 32-bit value + k : the key (the unaligned variable-length array of bytes) + len : the length of the key, counting by bytes + initval : can be any 4-byte value +Returns a 32-bit value. Every bit of the key affects every bit of +the return value. Every 1-bit and 2-bit delta
Bug#229785: sessreg: session overwritten can be due to ut_id 4 byte length limit
Hola Branden Robinson! > Yes; thank you very much for tracking this down. Fast work! > > I do not think I will have time to address this bug myself in the short > term, so I am tagging it "help". I sent a patch a week ago, asking in debian-x for comments, and no one commented on it. Have you seen it? BTW, if you are going to include it somewhere, the patch authors are Maximiliano Curia and Damián Viano. Love, Margarita Manterola.
Bug#268759: [nv] Sarge xserver-xfree86 breaks display
Package: xserver-xfree86 Severity: important Hi! In one of the labs I administer, we just updated all our machines to the latest Sarge and all the boxes that were using the "nv" driver had the same problem: the mouse pointer was a big garbage square, and the video had problems in general, lots of garbage on screen. This could be easily solved by adding: Option "HWCursor" "false" Option "Accel" "false" To the Device section. It's an easy fix, although it's turning off 2D acceleration :-\. These machines were working fine with the previous Sarge version of xserver-xfree86, and we never used the proprietary drivers. Apparently some changes were made to the nv driver for NVidia support, that broke in these machines. These machines are not updated periodically. Last update was done about 5 or 6 months ago. So the change probably happened some time in that span (I know it's a lot, sorry for that). I'm sorry I don't have the complete hardware information, since I'm not in the lab right now. I hope you can have a look at this, and I'll try to submit the hardware information as soon as I can. Love, Marga.
Bug#268759: [nv] Sarge xserver-xfree86 breaks display
Hola Fabio Massimo Di Nitto! > It would be very nice if you could try the latest packages from sid on one > of the machines. The nv driver has been update quite recently and perhaps > it fixes this problem. Sorry i can't be more specific at the moment, but > it would be very nice if you could test it for us. I did. No change at all. This is the lspci of the machine: :00:00.0 Host bridge: nVidia Corporation nForce CPU bridge (rev b2) :00:00.1 RAM memory: nVidia Corporation nForce 220/420 Memory Controller (rev b2) :00:00.2 RAM memory: nVidia Corporation nForce 220/420 Memory Controller (rev b2) :00:00.3 RAM memory: nVidia Corporation: Unknown device 01aa (rev b2) :00:01.0 ISA bridge: nVidia Corporation nForce ISA Bridge (rev c3) :00:01.1 SMBus: nVidia Corporation nForce PCI System Management (rev c1) :00:02.0 USB Controller: nVidia Corporation nForce USB Controller (rev c3) :00:03.0 USB Controller: nVidia Corporation nForce USB Controller (rev c3) :00:05.0 Multimedia audio controller: nVidia Corporation: Unknown device 01b0 (rev c2) :00:06.0 Multimedia audio controller: nVidia Corporation nForce Audio (rev c2) :00:08.0 PCI bridge: nVidia Corporation nForce PCI-to-PCI bridge (rev c2) :00:09.0 IDE interface: nVidia Corporation nForce IDE (rev c3) :00:1e.0 PCI bridge: nVidia Corporation nForce AGP to PCI Bridge (rev b2) :01:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) :02:00.0 VGA compatible controller: nVidia Corporation NVCrush11 [GeForce2 MX Integrated Graphics] (rev b1) This is the excerpt from /proc/pci related to the VGA device: Bus 2, device 0, function 0: VGA compatible controller: PCI device 10de:01a0 (nVidia Corporation) (rev 177). IRQ 11. Master Capable. Latency=32. Min Gnt=5.Max Lat=1. Non-prefetchable 32 bit memory at 0xeb00 [0xebff]. Prefetchable 32 bit memory at 0xf000 [0xf7ff]. -- Besitos, {o_ Marga. (')_
Bug#268759: [nv] Sarge xserver-xfree86 breaks display
Hola Fabio Massimo Di Nitto! > > > It would be very nice if you could try the latest packages from sid on one > > > of the machines. The nv driver has been update quite recently and perhaps > > > it fixes this problem. Sorry i can't be more specific at the moment, but > > > it would be very nice if you could test it for us. > > I did. No change at all. > Which version from sid? I just recently uploaded -7 The one that was in sid last saturday afternoon (Sep 3rd 17:00 GMT). Your upload was after that? I had understood that the changes to the nv driver had already been uploaded. Anyway, I'll try again tomorrow. I only tested with one machine, and I think that not all of them have the same nv cards. -- Besitos, {o_ Marga. (')_
Bug#271071: Bug#268759: new nv driver. please test!
Hola Fabio Massimo Di Nitto! > http://people.no-name-yet.com/~fabbione/nv/i386/nv_drv.o I tested with this driver today. These are the results: :01:00.0 VGA compatible controller: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] (rev 15) Worked fine with no options. glxgears gave 160 fps in the normal small mode. With a Duron 700Mhz :02:00.0 VGA compatible controller: nVidia Corporation NVCrush11 [GeForce2 MX Integrated Graphics] (rev b1) Worked fine with no options. glxgears gave 120 fps in the normal small mode. With a Duron 1200Mhz Both were tested with the same xlibmesa-(gl,dri,glu) versions. (sarge) Both glxgears give a warning about no DRI support when started. The warning is not there with no xlibmesa is installed. -- Bezitos, Maggie.
Bug#292004: xserver-xfree86: [trident] "bumps" Xscreensaver crashes X
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-10 Severity: important Hi! This machine from which I'm writing has been experiencing a very nasty problem: X crashes when the bumps xscreensaver starts. I'm reporting this bug to xserver-xfree86 because no program should be able to crash X. Also, this bug happens only with "trident" video driver. Selecting "vesa" (as in the XF86Config-4 included with this report) it works fine. I can reproduce this bug in this machine and in a completely different one, that has only one similiarity with this one: the trident video card (I mean, different processors, different memory, different motherboard, but both have Trident video cards). The workaround is easy: use vesa. But the fact is that it's a very nasty bug, since if the user is unaware of it, he/she can lose all open documents when the screensaver appears. I haven't been able to trigger this bug by any other program that the screensaver mentioned. Just in case: ii xscreensaver 4.16-1 ii libatk1.0-01.8.0-4The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries and ii libglade2-02.4.1-1Library to load .glade files at ii libglib2.0-0 2.4.8-1The GLib library of C routines ii libgtk2.0-02.4.14-2 The GTK+ graphical user interface ii libice64.3.0.dfsg.1-1 Inter-Client Exchange library ii xlibs 4.3.0.dfsg.1-1 X Keyboard Extension (XKB) ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii libpam0g 0.76-22Pluggable Authentication Modules ii libpango1.0-0 1.6.0-3Layout and rendering of ii libsm6 4.3.0.dfsg.1-1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-1 X Window System protocol client ii libxext6 4.3.0.dfsg.1-1 X Window System miscellaneous ii libxml22.6.11-5 GNOME XML library ii libxmu64.3.0.dfsg.1-1 X Window System miscellaneous utility ii libxrandr2 4.3.0.dfsg.1-1 X Window System Resize, Rotate and ii libxrender10.8.3-7X Rendering Extension client library ii libxt6 4.3.0.dfsg.1-1 X Toolkit Intrinsics ii zlib1g 1.2.2-3compression library - runtime Feel free to reassign the bug to xscreensaver if you disagree with my analysis, the bumps screensaver is buggy in other ways as well. Love, Margarita Manterola -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 20 2004-12-31 15:10 /etc/X11/X -> /usr/bin/X11/XFree86 -rwxr-xr-x 1 root root 1745740 2004-12-15 16:19 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: Trident Microsystems CyberBlade/i1 (rev 6a) /etc/X11/XF86Config-4 does not match checksum in /var/lib/xfree86/XF86Config-4.md5sum. XFree86 X server configuration file status: -rw-r--r-- 1 root root 2985 2005-01-24 10:37 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 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 XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 >/var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" #Load "GLcore" Load"bitmap" Load"dbe" Load"ddc" #Load "dri" Load"extmod" Load&qu
Bug#14940: Is the bug still present?
Hi! Many years ago you reported a bug on xnest: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=14940 Could you please verify if this bug is still present, or if it can be safely closed? -- Besos, Maggie. signature.asc Description: Digital signature
Bug#22506: Once the storm starts moving, the latest forecast track indicated the eye could come ashore southeast of Cape Lookout near Wilmington and cross Pamlico Sound on the central coast, said mete
Nutrition Update: New product just released Product Name: >Hoodia< What it does: - Suppress your appetite and feel full and satisfied all day long - Boost your energy levels - Lose excess (w)-(e)-(i)-(g)-(h)-(t) - Boost your metabolism - Burn body (f)-(a)-(t) - Burn calories - Attack obesity This product was just featured on 60 Minutes, and the BBC New report on Sept 12th, 2005 Further Information: http://www.imiebtemt.info One goal, he said, was to better coordinate moving people to temporary shelters once they are evacuated and their immediate needs met. Pams lessons become Katrinas pain"One of the things we talked about today was a single coordinating mechanism so I could take all those different forces that are flowing into a parish and make sure they were being put to the highest priorities of those parish residents and the presidents," he said.Rabaul, on New Britain island, was destroyed in the September 1994 eruption of Tuvurvur volcano.The ground zero ceremony paused for moments of silence at 8:46 a.m., the time at which a hijacked jetliner crashed into the north tower, at 9:03 a.m., the moment a second plane struck the south tower, at 9:59 a.m., when the south tower fell and at 10:29 a.m., when the second tower collapsed."The big thing is going to be what happens when the testing comes back -- the test results from the water that we sampled," he said. The number, Honore said, "came out at a very emotional time, with not a lot of facts, and I think from talking to the city officials and the communicating with the parish presidents, I think intuitively we were saying, that number will be much lower."According to the Army Corps of Engineers, 32 of the 148 pumps in and around New Orleans were operating as of noon Saturday.Mayor Michael Bloomberg opened with words of condolence for those devastated by Katrina and the terrorist bombings in the London Underground.You never know what is going to happen, Rose Davane, 41, said while strolling on a Wrightsville Beach pier with her daughter and 18-month-old granddaughter. She said Hurricane Fran in 1996 took everything from her family. Im always prepared.His goal, Allen said, was a "seamless handoff."Allen replaced Brown after a storm of criticism over the federal response to the storm. (Full story)The Army Corps of Engineers Saturday revised its timetable for draining the flood waters from New Orleans, saying the draining should be completed in October, far sooner than previous estimates.As the floodwaters recede and the dead are counted, what went wrong during a terrible week that would render a modern American metropolis of nearly half a million people uninhabitable and set off the largest exodus of people since the Civil War, is starting to become clear. Federal, state and local officials failed to heed forecasts of disaster from hurricane experts. Evacuation plans, never practical, were scrapped entirely for New Orleans's poorest and least able. And once floodwaters rose, as had been long predicted, the rescue teams, medical personnel and emergency power necessary to fight back were nowhere to be found.In July 2004, Maestri had participated in an exercise called Hurricane Pam, a simulation of a Category 3 storm drowning New Orleans. Emergency planners had concluded that a real Pam would create a flood of unimaginable proportions, killing tens of thousands of people, wiping out hundreds of thousands of homes, shutting down southeast Louisiana for months.Allen said the pumps are steadily coming back on line.Story continues below ?By 2 p.m. EDT, Ophelia was centered 260 miles east-southeast of Charleston, S.C., and about 250 miles south of Cape Hatteras with maximum sustained wind at 80 mph, the National Hurricane Center said. It had meandered slightly but essentially was stationary after following a wandering course since it became a tropical storm Wednesday off the coast of Florida."Everything is related to the unwatering at this point," he added.Asked about Brown, Allen said he spoke to him Friday.
Bug#362255: Problem when trying to upgrade from 6.9.0.dfsg.1-4
Package: x11-common Version: 6.9.0.dfsg.1-4 Severity: normal Hi! When trying to upgrade from the currently installed version 6.9.0.dfsg.1-4 of x11-common to 6.9.0.dfsg.1-6 I get the following problem: Preconfiguring packages ... (Reading database ... 213727 files and directories currently installed.) Preparing to replace x11-common 6.9.0.dfsg.1-4 (using .../x11-common_6.9.0.dfsg.1-6_all.deb) ... Document `debian-x-faq' is not installed, cannot remove. Unpacking replacement x11-common ... dpkg: error processing /var/cache/apt/archives/x11-common_6.9.0.dfsg.1-6_all.deb (--unpack): trying to overwrite `/usr/include/X11', which is also in package libxft-dev System startup links for /etc/init.d/x11-common already exist. Setting up X server socket directory /tmp/.X11-unix...done. Setting up ICE socket directory /tmp/.ICE-unix...done. Errors were encountered while processing: /var/cache/apt/archives/x11-common_6.9.0.dfsg.1-6_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) I'm guessing that this was probably fixed in the next version, but I think that it's still important to document that the bug was there. I don't think there's a real way of fixing the bug. But the problem can be solved doing: dpkg -i --force-all /var/cache/apt/archives/x11-common_6.9.0.dfsg.1-6_all.deb :). Love, Marga -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii debianutils 2.15.3 Miscellaneous utilities specific t ii lsb-base 3.0-16 Linux Standard Base 3.0 init scrip x11-common recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362492: This is an FHS violation
severity 362492 serious thanks Justification: having a configuration file in /usr/lib is a violation to FHS. The configuration file should be in /etc/ It should replace the old file as any other config file. i.e. check if the files are the original ones, and if they are not, warn the user about it. The current behaviour is unacceptable. -- Besos, Maggie. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#197918: xfonts-100dpi: Helvetica (adobe) not exported through xfs
Package: xfonts-100dpi Version: 4.2.1-6 Severity: important Hi! I'm setting up a Linux Thin-Client that uses the X client applications and fonts from this server. The applications and fonts work fine, except for the "Helvetica (adobe)" *bold* font, which is the default sans-serif font for Galeon. It's a really weird bug. We've been trying to find what was wrong with our configurations for many days, but it turned out that everything was fine, we just changed the font to a different sans-serif font, and it works nicely now. I thought I would let you know that the font is not working with xfs (although it works alright for the local machine). We are using the xfs package, version 4.2.1-6 Love, Margarita Manterola. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux fobos 2.4.20-1-k7 #1 Sat Mar 22 15:17:52 EST 2003 i686 Locale: LANG=es_AR, LC_CTYPE=es_AR Versions of packages xfonts-100dpi depends on: ii xutils4.2.1-6X Window System utility programs -- no debconf information
Bug#197918: xfonts-100dpi: Helvetica (adobe) not exported through xfs
Package: xfonts-100dpi Version: 4.2.1-6 Severity: important Hi! I'm setting up a Linux Thin-Client that uses the X client applications and fonts from this server. The applications and fonts work fine, except for the "Helvetica (adobe)" *bold* font, which is the default sans-serif font for Galeon. It's a really weird bug. We've been trying to find what was wrong with our configurations for many days, but it turned out that everything was fine, we just changed the font to a different sans-serif font, and it works nicely now. I thought I would let you know that the font is not working with xfs (although it works alright for the local machine). We are using the xfs package, version 4.2.1-6 Love, Margarita Manterola. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux fobos 2.4.20-1-k7 #1 Sat Mar 22 15:17:52 EST 2003 i686 Locale: LANG=es_AR, LC_CTYPE=es_AR Versions of packages xfonts-100dpi depends on: ii xutils4.2.1-6X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#268759: [nv] Sarge xserver-xfree86 breaks display
Hola Branden Robinson! > I realize this bug has since been resolved, but in the future, *please* use > the "reportbug" command to file bugs, particularly against the > xserver-xfree86 and xserver-xfree86-dbg packages. Uh, ok... But may I ask why? I mean, what I did wrong? I kind of like not using reportbug :) If it's because of the versions and stuff, in this particular case it would have no effect, because I was reporting a bug from home, while the bug was actually happening at Uni. (I had to leave in a hurry and I was not returning to the lab in a week, so I wanted to report the bug, eventhough I was not in the machine). -- Besitos, {o_ Marga. (')_
Bug#229785: Fwd: Re: Hash function
About the licence of the hash algorithm: - Forwarded message from Bob Jenkins <[EMAIL PROTECTED]> - From: Bob Jenkins <[EMAIL PROTECTED]> Date: Thu, 27 May 2004 22:33:06 -0700 To: Margarita Manterola <[EMAIL PROTECTED]> Subject: Re: Hash function Margarita Manterola wrote: >Hi! > >Sorry to bother you, I hope you still have this email. > >I'm wishing to use or hash() algorithm, from the lookup2.c in a piece of >XFree86 code. In order to be able to do this legally and properly, the >code needs to be licenced with some specific licence :|... Stating that >it is free seems not to be enough. :| > >Could you state that the code is covered under the GPL, or BSD Licences, >or some other licence you like, but that is written somewhere, pretty >pretty please? > >Thanks for the great algorithm and for making it free. > >Love, >Margarita Manterola. > The algorithm is public domain. I ask that I be referenced as the source of the algorithm, but I can't enforce that, since being public domain means I've reserved no rights at all. - End forwarded message - So, is public domain enough? I know the text does not state it's public domain, but the author is stating it here... -- Besos, ,''`. Marga : :' : `. `' `-