Bug#972832: dialog: can't change menu border lines [SOLVED]
Oops...just to the add the aimed 'SOLVED' Ennio -- [Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo. \\?// Fà qualche cosa di cui non sei capace!" (diceva Henry Miller) (°|°) [Why use Win$ozz (I say) if ... "even a fool can do that. .)=(. Do something you aren't good at!" (as Henry Miller used to say)] /_\
Bug#972832: dialog: can't change menu border lines
In reply to: > > From: Thomas Dickey > To: 972...@bugs.debian.org > Cc: 972832-submit...@bugs.debian.org > Subject: Re: Bug#972832: dialog: can't change menu border lines > Date: Sun, 25 Oct 2020 16:27:13 -0400 > > [Message part 1 > <https://bugs.debian.org/cgi-bin/bugreport.cgi?att=0;bug=972832;msg=10> > (text/plain, inline)] > > On Sat, Oct 24, 2020 at 06:17:39PM +0200, Ennio-Sr wrote: > > Package: dialog > > Version: 1.3-20160828-2 > > Severity: minor > > > > Hi all! > > > > As I like to work on virtual console with black background, when I try to > > use dialog with my personalized colors (and a .dialogrc file) the 'upper > > left inner box' and 'lower right external box' lines appear as black > > lines on white background, whereas the remaining lines come out on a black > > background as the whole dialog background. > > Deleting the .dialogrc file the corner lines are still in differnet > > colors, but on the same 'grey' background. > > I'd start by seeing if this option helps: > >--no-shadow > Suppress shadows that would be drawn to the right and bottom of > each dialog box. > > -- > Thomas E. Dickey > https://invisible-island.netftp://ftp.invisible-island.net Thanks for your reply! Unluckily the --no-shadow option doesn't solve the problem as my foreground is black. But, if I delete the .dialogrc file the whole screen foreground is blue. In this case I can see that the --no-shadow eliminates the right end corner (black) shadow but not the problem described above. Afaic understand, in the dialog structure the border lines are written as 'black on white fg' which does not go well on my black background. Perhaps I should modify some of the dialog sources files but I don't know how and which one to adjust... Regards, Ennio PS: If necessary I could send a copy of the script I'm testing with an abridged .dialogrc. But where to send it? As an attachement or within a massage (with '<< EOF - EOF')? -- [Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo. \\?// Fà qualche cosa di cui non sei capace!" (diceva Henry Miller) (°|°) [Why use Win$ozz (I say) if ... "even a fool can do that. .)=(. Do something you aren't good at!" (as Henry Miller used to say)] /_\
Bug#972832: dialog: can't change menu border lines
Package: dialog Version: 1.3-20160828-2 Severity: minor Hi all! As I like to work on virtual console with black background, when I try to use dialog with my personalized colors (and a .dialogrc file) the 'upper left inner box' and 'lower right external box' lines appear as black lines on white background, whereas the remaining lines come out on a black background as the whole dialog background. Deleting the .dialogrc file the corner lines are still in differnet colors, but on the same 'grey' background. What can I do to correct these results? Thanks for your attention, Ennio PS: My PC is quite old and I'm afraid there would be no room to upgrade and install a newer dialog version -- System Information: Debian Release: 9.13 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-13-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages dialog depends on: ii debianutils 4.8.1.1 ii libc6 2.24-11+deb9u4 ii libncursesw5 6.0+20161126-1+deb9u2 ii libtinfo5 6.0+20161126-1+deb9u2 dialog recommends no packages. dialog suggests no packages. -- no debconf information
Bug#644404: openoffice.org-writer: Pressing space bar after minor 'i' will capitalize the letter to 'I'
Package: openoffice.org-writer Version: 1:3.2.1-11+squeeze3 Severity: minor Tags: squeeze -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (700, 'stable'), (500, 'stable-updates'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org-writer depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libicu44 4.4.1-7International Components for Unico ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libstlport4.6 4.6.2-7STLport C++ class library ii libwpd8c2a0.8.14-1 Library for handling WordPerfect d ii libwps-0.1-1 0.1.2-1Works text file format import filt ii openoffice.or 1:3.2.1-11+squeeze3office productivity suite -- share ii openoffice.or 1:3.2.1-11+squeeze3office productivity suite -- arch- ii ure 1.6.1+OOo3.2.1-11+squeeze3 OpenOffice.org UNO runtime environ ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages openoffice.org-writer recommends: ii jre 1.5.0-06-1 Java(TM) 2 Platform Standard Editi ii openoffice.org-email 1:3.2.1-11+squeeze3 office productivity suite -- email ii openoffice.org-filte 1:3.2.1-11+squeeze3 office productivity suite -- legac ii openoffice.org-java- 1:3.2.1-11+squeeze3 office productivity suite -- arch- ii openoffice.org-math 1:3.2.1-11+squeeze3 office productivity suite -- equat ii sun-java6-jre [java5 6.26-0squeeze1 Sun Java(TM) Runtime Environment ( Versions of packages openoffice.org-writer suggests: ii openoffice.org-base 1:3.2.1-11+squeeze3 office productivity suite -- datab pn openoffice.org-gcj none (no description available) Versions of packages openoffice.org-core depends on: ii fontconfig2.8.0-2.1 generic font configuration library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcurl3-gnut 7.21.0-2 Multi-protocol file transfer libra ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libexpat1 2.0.1-7XML parsing C library - runtime li ii libfreetype6 2.4.2-2.1+squeeze1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgraphite3 1:2.3.1-0.2SILGraphite - a smart font rende ii libgstreamer- 0.10.30-1 GStreamer libraries from the base ii libgstreamer0 0.10.30-1 Core GStreamer libraries and eleme ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libhunspell-1 1.2.11-1 spell checker and morphological an ii libhyphen02.5-1 ALTLinux hyphenation library - sha ii libice6 2:1.0.6-2 X11 Inter-Client Exchange library ii libicu44 4.4.1-7International Components for Unico ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libmythes-1.2 2:1.2.1-1 simple thesaurus library ii libneon27-gnu 0.29.3-3 An HTTP and WebDAV client library ii libnspr4-0d 4.8.6-1NetScape Portable Runtime Library ii libnss3-1d3.12.8-1+squeeze3 Network Security Service libraries ii librdf0 1.0.10-3 Redland Resource Description Frame ii libsm62:1.1.1-1 X11 Session Management library ii libssl0.9.8 0.9.8o-4squeeze2 SSL shared libraries ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libstlport4.6 4.6.2-7STLport C++ class library ii libx11-6 2:1.3.3-4 X11 client-side library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxinerama1 2:1.1-3X11 Xinerama extension library ii libxml2 2.7.8.dfsg-2+squeeze1 GNOME XML library ii libxrandr22:1.3.0-3 X11 RandR extension library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxslt1.11.1.26-6 XSLT 1.0 processing library - runt ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii openoffice.or 1:3.2.1-11+squeeze3office productivity suite -- arch- ii ttf-opensymbo
Bug#602940: linux-image-2.6.32-5-686_2.6.32-27_i386.deb
Package: linux-image Version: 2.6.32-5-686_2.6.32-27_i386.deb Severity: normal Debian/Squueze - Linux 2.6.32-5-686 #1 SMP Sat Jul 24 02:27:10 UTC 2010 i686 GNU/Linux Hi all, last week the upgrading to sub '27' of captioned linux-image stopped on a line saying 'Running yes' while running update-initramfs. To continue, I had to find the relating process and kill it, thus receiving an error and no upgrading of the image. I tried a few times until, almost by chance, looking at the 'ps' output I saw this line: root 22526 0.0 0.0 3680 480 pts/2S+ 00:02 0:00 \_ yes 2.6.32-5-686 /boot/vmlinuz-2.6.32-5-686 thus becoming aware there really was a '/usr/bin/yes' program (in coreutils pkg). So I decided to try again after hijacking 'yes' (moving it to '/usr/bin/OLD.yes'): # apt-get upgrade Setting up linux-image-2.6.32-5-686 (2.6.32-27) ... Running depmod. Running update-initramfs. update-initramfs: Generating /boot/initrd.img-2.6.32-5-686 initrd.img(/boot/initrd.img-2.6.32-5-686 ) points to /boot/initrd.img-2.6.32-5-686 (/boot/initrd.img-2.6.32-5-686) -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.32-5-686.postinst line 347. vmlinuz(/boot/vmlinuz-2.6.32-5-686 ) points to /boot/vmlinuz-2.6.32-5-686 (/boot/vmlinuz-2.6.32-5-686) -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.32-5-686.postinst line 347. Running yes. User postinst hook script [yes] failed to execute: No such file or directory ^ dpkg: error processing linux-image-2.6.32-5-686 (--configure): subprocess installed post-installation script returned error exit status 255 . Errors were encountered while processing: linux-image-2.6.32-5-686 ... E: Sub-process /usr/bin/dpkg returned an error code (1) Despite the error, the image is correctly created and the bootloader updated. However, looking into the 'postinst' file, I was unable to find a call to 'yes' so I do not quite understand what and why is happening. On the other hand, I see no reason why such a program, whose aim is to 'output a string repeatedly until killed' should intervene in the upgrading process. Thanks for any help. Regards, ennio -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo.\\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) Ricevo solo messaggi Content-Type: plain/text (no html o multipart). )=( !!! -- e-mail a mio nome via OE (M$) sono false e infette -- !!! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593869: Gcompris - segmentation fault on start
I have further info on the subject: 1. after instaling gstreamer0.10-alsa (which is not among the packages gcompris depends on) the program will start running but goes in segfault as soon as one attempts any of the games; 2. starting the program with -m flag seems the only way to run it to some extent Hope this helps. Regards, ennio -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo.\\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) Ricevo solo messaggi Content-Type: plain/text (no html o multipart). )=( !!! -- e-mail a mio nome via OE (M$) sono false e infette -- !!! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593869: Gcompris - segmentation fault on start
Package: GCompris Version: 9.3 Severity: grave Debian/Squueze - Linux 2.6.32-5-686 #1 SMP Sat Jul 24 02:27:10 UTC 2010 i686 GNU/Linux Hi all, when I try to run gcompris I get: ** Message: Binary relocation disabled ** (process:14556): WARNING **: exec_prefix NONE (gcompris:14556): Gtk-CRITICAL **: gtk_window_set_type_hint: assertion / `!gtk_widget_get_mapped (GTK_WIDGET (window))' failed Segmentation fault The previous versions (under the same system) runned smoothly but it is not possible to downgrade now as downgrading would disrupt a few other programs. I put a strace of the program ('gc-str.zip') in my public space: http://file.webalice.it user: mr.why pswd: guest Thanks for any help. Regards, ennio -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo.\\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) Ricevo solo messaggi Content-Type: plain/text (no html o multipart). )=( !!! -- e-mail a mio nome via OE (M$) sono false e infette -- !!! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584705: [SOLVED] pg_upgradecluster Error: could not rename pg_hba.conf (was: could not get cluster default encoding)
Package: postgresql-common Version: 107 Severity: normal -- System info -- Linux 2.6.32-trunk-686 #1 SMP Sun Jan 10 06:32:16 UTC 2010 i686 GNU/Linux Debian: squeeze postgresql-8.3_8.3.11-0lenny1_i386.deb postgresql-8.4_8.4.4-1_i386.deb -- -- Hi! I just discovered that: Error: could not rename pg_hba.conf ^^^ came out from the fact that ownership of old postgresql/8.3 was set to root.root instead of postgres.postgres as in 8.4 Once corrected, pg_upgradecluster 8.3 main completed its work smoothly. Sorry for any trouble I might have caused. Regards, Ennio -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo.\\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) Ricevo solo messaggi Content-Type: plain/text (no html o multipart). )=( !!! -- e-mail a mio nome via OE (M$) sono false e infette -- !!! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584705: pg_upgradecluster Error: could not rename pg_hba.conf (was: could not get cluster default encoding)
Package: postgresql-common Version: 107 Severity: normal -- System info -- Linux 2.6.32-trunk-686 #1 SMP Sun Jan 10 06:32:16 UTC 2010 i686 GNU/Linux Debian: squeeze postgresql-8.3_8.3.11-0lenny1_i386.deb postgresql-8.4_8.4.4-1_i386.deb -- -- Hi! I made some progress concerning my previous post but am now getting a new error and still no possibility to work with pg-8.4 version. Here is what I did: en...@deby:~$ su - postgres Password: postg...@deby:~$ pg_upgradecluster 8.3 main Error: target cluster 8.4/main already exists postg...@deby:~$ pg_dropcluster 8.4 main --stop postg...@deby:~$ pg_upgradecluster 8.3 main Creating new cluster (configuration: /etc/postgresql/8.4/main, data: /var/lib/postgresql/8.4/main)... Moving configuration file /var/lib/postgresql/8.4/main/postgresql.conf to /etc/postgresql/8.4/main... Moving configuration file /var/lib/postgresql/8.4/main/pg_hba.conf to /etc/postgresql/8.4/main... Moving configuration file /var/lib/postgresql/8.4/main/pg_ident.conf to /etc/postgresql/8.4/main... Configuring postgresql.conf to use port 5433... Disabling connections to the old cluster during upgrade... Error: could not rename pg_hba.conf ^^^ postg...@deby:~$ ls -l /etc/postgresql/8.4/main total 27 -rw-r--r-- 1 postgres postgres 316 Jun 19 17:56 environment -rw-r--r-- 1 postgres postgres 143 Jun 19 17:56 pg_ctl.conf -rw-r- 1 postgres postgres 3822 Jun 19 17:56 pg_hba.conf -rw-r- 1 postgres postgres 1631 Jun 19 17:56 pg_ident.conf -rw-r--r-- 1 postgres postgres 16955 Jun 19 17:56 postgresql.conf -rw-r--r-- 1 postgres postgres 378 Jun 19 17:56 start.conf postg...@deby:~$ ls -l /var/lib/postgresql/8.4/main total 12 drwx-- 5 postgres postgres 1024 Jun 19 17:56 base drwx-- 2 postgres postgres 1024 Jun 19 17:56 global drwx-- 2 postgres postgres 1024 Jun 19 17:55 pg_clog drwx-- 4 postgres postgres 1024 Jun 19 17:55 pg_multixact drwx-- 2 postgres postgres 1024 Jun 19 18:00 pg_stat_tmp drwx-- 2 postgres postgres 1024 Jun 19 17:55 pg_subtrans drwx-- 2 postgres postgres 1024 Jun 19 17:55 pg_tblspc drwx-- 2 postgres postgres 1024 Jun 19 17:55 pg_twophase -rw--- 1 postgres postgres4 Jun 19 17:55 PG_VERSION drwx-- 3 postgres postgres 1024 Jun 19 17:55 pg_xlog -rw--- 1 postgres postgres 133 Jun 19 17:56 postmaster.opts -rw--- 1 postgres postgres 55 Jun 19 17:56 postmaster.pid lrwxrwxrwx 1 postgres postgres 36 Jun 19 17:56 server.crt - /etc/ssl/certs/ssl-cert-snakeoil.pem lrwxrwxrwx 1 postgres postgres 38 Jun 19 17:56 server.key - /etc/ssl/private/ssl-cert-snakeoil.key postg...@deby:~$ psql -p 5433 mydb psql: FATAL: database mydb does not exist postg...@deby:~$ psql -p 5433 postgres Welcome to psql 8.3.11 (server 8.4.4), the PostgreSQL interactive terminal. ^^ Type: \copyright for distribution terms \h for help with SQL commands \? for help with psql commands \g or terminate with semicolon to execute query \q to quit WARNING: You are connected to a server with major version 8.4, but your psql client is major version 8.3. Some backslash commands, such as \d, might not work properly. postgres=# \lt List of databases Name| Owner | Encoding ---+--+-- postgres | postgres | LATIN1 template0 | postgres | LATIN1 template1 | postgres | LATIN1 (3 rows) \l: extra argument t ignored postgres=# At this point I searched for a psql 8.4 pkg: You have searched for paths that end with psql in suite squeeze, all sections, and all architectures. Found 3 results. File Packages /usr/bin/psql postgresql-client-common /usr/lib/postgresql/8.4/bin/psqlpostgresql-client-8.4 /usr/share/doc/icinga-idoutils/examples/scripts/prepsql icinga-idoutils [not kfreebsd-amd64, kfreebsd-i386] but it seems I have the most recent version: r...@deby:~# apt-get install postgresql-client-8.4 Reading package lists... Done Building dependency tree Reading state information... Done postgresql-client-8.4 is already the newest version. r...@deby:~# apt-get install postgresql-client-common -s Reading package lists... Done Building dependency tree Reading state information... Done postgresql-client-common is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded. There seems to be no way to get out of the empasse because if I try to restore the output of a pg_dumpall it wriiites the data in the old (8.3/main) data dir ;-( What can I do? Thanks for your attention, ennio -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo.\\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) Ricevo solo messaggi Content-Type: plain/text (no html o multipart). )=( !!! -- e-mail a mio nome via OE
Bug#584705: pg_upgradecluster Error: could not get cluster default encoding
Package: postgresql-common Version: 107 Severity: normal -- System info -- Linux 2.6.32-trunk-686 #1 SMP Sun Jan 10 06:32:16 UTC 2010 i686 GNU/Linux Debian: squeeze postgresql-8.3_8.3.11-0lenny1_i386.deb postgresql-8.4_8.4.4-1_i386.deb -- -- I'm unable to upgrade to pg-8.4: pg_upgradecluster does not seem to work and I cannot use a pg_dumpall file either because postgresql would re-copy data on old data dir thus duplicating my database, as in fact did happen. Here follow a few commands with relative outcome: (sh-4.1$ is a 'postgres' shell) --- sh-4.1$ pg_upgradecluster 8.3 main sh-4.1$ Error: could not get cluster default encoding ^^ sh-4.1$ pg_lsclusters Version Cluster Port Status OwnerData directory / Log file 8.3 main 5432 online postgres /var/lib/postgresql/8.3/main / /var/log/postgresql/postgresql-8.3-main.log 8.4 main 5433 online postgres /var/lib/postgresql/8.4/main / /var/log/postgresql/postgresql-8.4-main.log sh-4.1$ psql -p 5432 -l List of databases Name | Owner | Encoding -+--+--- db1... | user | LATIN1 db2... | user | LATIN1 db3... | user | LATIN1 db4... | user | LATIN1 db5... | user | LATIN1 db6... | postgres | SQL_ASCII db7... | user | LATIN1 postgres| postgres | LATIN1 template0 | postgres | LATIN1 template1 | postgres | LATIN1 (10 rows) sh-4.1$ psql -p 5433 -l List of databases Name| Owner | Encoding ---+--+-- postgres | postgres | LATIN1 template0 | postgres | LATIN1 template1 | postgres | LATIN1 (3 rows) (to avoid duplicating again my databases I stopped pg-8.3 and did:) r...@d..# mv /var/lib/postgresql/8.3 /var/lib/postgresql/OLD8.3 sh-4.1$ psql -p 5432 -l (but this escamotage didn't work!) sh-4.1$ pg_lsclusters Error: /var/lib/postgresql/8.3/main is not accessible; please fix \ the directory permissions (/var/lib/postgresql/8.3/ \ should be world readable) Version Cluster Port Status OwnerData directory Log file sh-4.1$ echo $PGDATA /var/lib/postgresql/8.4/main/ sh-4.1$ psql -p 5433 -f db_all.out postgres Error: /var/lib/postgresql/8.3/main is not accessible; please / fix the directory permissions (/var/lib/postgresql/8.3/ \ should be world readable) -- At this point the question is: how can I transfer all my 8.3 databases to the new 8.4? Thanks for your attention. Regards, Ennio -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo.\\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) Ricevo solo messaggi Content-Type: plain/text (no html o multipart). )=( !!! -- e-mail a mio nome via OE (M$) sono false e infette -- !!! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551616: [bugs] udev conflicts with noflushd?
Package: udev Version: 146_5 Severity: normal A few days ago, following an upgrade wich included udev I found that two of my HD kept spinning despite noflushd (version 2.7.5.6-1) was running as usual. Still worse, I noticed that noflushd did stop the spinning disks, but afer a couple of seconds they were up again! Examining the output of 'ps auxfwww' of both situations I realized that udevd was probably responsible for the 'new' behaviour. AAMOF, downgrading udev to version 0.125-7+lenny3 set things right. Here follow the two lists of processes: ps1 (spinning stopped) USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND root 2 0.0 0.0 0 0 ?S 08:08 0:00 [kthreadd] ... root 1254 0.0 0.0 0 0 ?S 08:08 0:00 \_ [kpsmoused] root 1 0.0 0.1 2132 656 ?Ss 08:08 0:01 init [2] root 1089 0.1 0.1 2424 952 ?Ss 08:08 0:04 udevd --daemon daemon2882 0.0 0.0 1912 436 ?Ss 08:09 0:00 /sbin/portmap -i 127.0.0.1 ... --- ps2 (spinning resumed) USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND root 2 0.0 0.0 0 0 ?S 08:08 0:00 [kthreadd] ... root 1254 0.0 0.0 0 0 ?S 08:08 0:00 \_ [kpsmoused] root 1 0.0 0.1 2132 656 ?Ss 08:08 0:01 init [2] root 1089 0.1 0.1 2424 952 ?Ss 08:08 0:04 udevd --daemon root 22421 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22422 0.0 0.1 2184 672 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:65 root 22423 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22434 0.0 0.1 2184 672 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:66 root 22426 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22446 0.0 0.1 2048 656 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:69 root 22427 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22445 0.0 0.1 2048 660 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:70 root 22428 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22444 0.0 0.1 2048 660 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:71 root 22429 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22443 0.0 0.1 2048 660 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:72 root 22430 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22441 0.0 0.1 2184 732 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:73 root 22432 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22440 0.0 0.1 2184 672 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:75 root 22433 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22442 0.0 0.1 2184 680 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:76 root 22450 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22457 0.0 0.1 2184 676 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:77 root 22451 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22462 0.0 0.1 2184 680 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:78 root 22452 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22461 0.0 0.1 2184 672 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:79 root 22453 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22460 0.0 0.1 2048 660 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:80 root 22454 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22459 0.0 0.1 2048 660 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:81 root 22469 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22471 0.0 0.1 2184 736 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:4 root 22483 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22494 0.0 0.1 2048 660 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:13 root 22484 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody 22499 0.0 0.1 2048 660 ?D 09:12 0:00 | \_ /lib/udev/vol_id --export /dev/block/3:14 root 22485 0.0 0.1 2424 828 ?S 09:12 0:00 \_ udevd --daemon nobody
Bug#551549: [bugs] pulseaudio_0.9.15-4.1 conflict with skype-debian_2.1.0.47-1
Package: pulseaudio Version: 0.9.15-4.1 Severity: normal After upgrading from pulseaudio_0.9.10-3+lenny1 I found out that skype audio was not working as before: making a test call reveals that microphone does not work at all and the relative window is labeled as 'Conference Call - 1 participants' and tends to stay open for ever. Then, the usual 'CTRL+Q' will not close the program and a 'killall skype' will still leave around one instance of the program itself which is only closed with 'kill -9 pid_no'. Clicking on the 'PulseAudio server (local)' label which appears beside all three upper items in the Sound Device window doesn't have any effect (whereas using old pulseaudio for lenny a list of devices appears). A better description of what happens can be seen from a few screen dumps I took while running new pulseaudio and old one (screen?.xwd), together with the apt-get commands (screen?.dump); they can be found at the address: http://mio.discoremoto.alice.it/mr_why_net/ which requires no access password. I'm using Debian-Sqeeze/Lenny with kernel 2.6.30-2-686. I'm at your disposal for any further information. Best regards, Ennio -- [Why use Win$ozz (I say) if ... even a fool can do that. \\?// Do something you aren't good at! (as Henry Miller used to say)] (°|°) Regards, Ennio. -- Please replace '.' for 'dot' in my Reply-To.)=( ___ .''`. : :' : `. `'` `- /°^°. | :@` | `, ``' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502105: mutt 1.5.18-4: Bad IDN in from: prevents sending mail
On Mon, Oct 20, 2008 at 5:29 PM, Christoph Berg [EMAIL PROTECTED] wrote: Re: Ennio Sr 2008-10-19 [EMAIL PROTECTED] send-hook [EMAIL PROTECTED] 'my_hdr From: Ennio-Sr [EMAIL PROTECTED] ; \ my_hdr Reply-To: Ennio-Sr [EMAIL PROTECTED] ; \ ^ ^ This is not a valid domain name. OK, but it doesn't seem to be responsible for that error: aamof I changed all those lines but stil get the error! (Not to mention that old Etch ersion works correctly despite those lines). One more thing, however, may be worth saying: I changed .bashrc and .bash_profile LC_ALL line to read: LC_ALL=en_US Following that change, the Etch mutt version showed correctly all (italian) vowels with an accent, whereas this Lenny version will show them as a couple of alien letters. I suspect there is something wrong with 'locales' but I do not know what else to look at (I eliminated the /etc/environment, tried with LC_ALL=C, reconfiguring locales doesn't show any arror). Choosing it_IT as LC_ALL allows me to write accented vowels from console, but disrupts the accented in past mail messages - a black square appears in their place). As my intention is to help and not to waste your time, in case these problems are only mine you just tell me and I'll stick to the older mutt version. Thanks for your attention. Regards, Ennio -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo. \\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) [Why use Win$ozz (I say) if ... even a fool can do that. )=( Do something you aren't good at! (as Henry Miller used to say) ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502105: mutt 1.5.18-4: Bad IDN in from: prevents sending mail
On Mon, Oct 20, 2008 at 6:34 PM, Christoph Berg [EMAIL PROTECTED] wrote: * Christoph Berg [EMAIL PROTECTED] [201008, 18:34]: Hi, if I'm not mistaken, you need to specify a character set in the LC_ALL setting (and LANG/LC_something), so LC_ALL=it_IT should really be LC_ALL=it_IT.iso-8859-1 or it_IT.utf-8. I tried any sort of combinations to no avail ...;( Of course your terminal needs to match the setting. Not sure I fully understand what does that mean: any particular *.config file to look at? 'charset=G0' to be changed to something else? A frequent error is to have config files, or more often, alias files, with the wrong character set. Make sure there are no legacy latin1 characters in there if you are switching to utf8. (vim will often fool the user in thinking everything is right by converting things on the fly, but that will bite back more sooner than later.) Neither Mutt nor Postfix config files contain non-ascii chars. As to alias files to the best of my knowledge there is only one /etc/postfix/aliases with no non-ascii. I'd suppose that your from header is affected by such a problem (even though there doesn't seem to be a non-ascii char, maybe the error message is just wrong). Unfortunately I have no other clues. AFAICR something similar happened when I switched from Sarge to Etch and then it was 'cured' by subsequent updates. Probably the 'bug' is in glibc library (isn't the one controlling locales?) judging from the great mess coming out when I change LANG and LC_ALL to something different from 'C' or 'en_US|GB'. I feel sorry not being able to be of further help and for the time being I'll stick to previous mutt version ... Thanks for your help. Regards, Ennio. PS[OT]: as I greatly miss the possibility to send my mail to debian.org from console/mutt whom should I try to contact to discover why my posts are rejected? -- -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo. \\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) [Why use Win$ozz (I say) if ... even a fool can do that. )=( Do something you aren't good at! (as Henry Miller used to say) ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502105: mutt 1.5.18-4: Bad IDN in from: prevents sending mail
* Christoph Berg [EMAIL PROTECTED] [201008, 18:34]: Hi, if I'm not mistaken, you need to specify a character set in the LC_ALL setting (and LANG/LC_something), so LC_ALL=it_IT should really be LC_ALL=it_IT.iso-8859-1 or it_IT.utf-8. I tried any sort of combinations to no avail ...;( Of course your terminal needs to match the setting. Not sure I fully understand what does that mean: any particular *.config file to look at? 'charset=G0' to be changed to something else? A frequent error is to have config files, or more often, alias files, with the wrong character set. Make sure there are no legacy latin1 characters in there if you are switching to utf8. (vim will often fool the user in thinking everything is right by converting things on the fly, but that will bite back more sooner than later.) Neither Mutt nor Postfix config files contain non-ascii chars. As to alias files to the best of my knowledge there is only one /etc/postfix/aliases with no non-ascii. I'd suppose that your from header is affected by such a problem (even though there doesn't seem to be a non-ascii char, maybe the error message is just wrong). Unfortunately I have no other clues. AFAICR something similar happened when I switched from Sarge to Etch and then it was 'cured' by subsequent updates. Probably the 'bug' is in glibc library (isn't the one controlling locales?) judging from the great mess coming out when I change LANG and LC_ALL to something different from 'C' or 'en_US|GB'. I feel sorry not being able to be of further help and for the time being I'll stick to previous mutt version ... Thanks for your help. Regards, Ennio. PS[OT]: as I greatly miss the possibility to send my mail to debian.org from console/mutt whom should I try to contact to discover why my posts are rejected? -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo.\\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) Ricevo solo messaggi Content-Type: plain/text (no html o multipart). )=( !!! -- e-mail a mio nome via OE (M$) sono false e infette -- !!! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502105: mutt 1.5.18-4: Bad IDN in from: prevents sending mail
Hi Christoph, On Fri, Oct 17, 2008 at 10:45 PM, Christoph Berg [EMAIL PROTECTED] wrote: tags 502105 moreinfo thanks Re: Ennio Sr 2008-10-13 [EMAIL PROTECTED] I've just upgraded my Debian distro from Etch to Lenny. When I pressed 'y' to send a message written with mutt (from console) I got the warning: Bad IDN in from: ...(username)..[at]tin.it which prevented me to send the message. I could however 'postpone' the message and quit mutt. Hi, could you send the uncloaked error message in full, as well as your $from and relevant my_hdr settings so we have a chance to debug this? As Frank already said, I suspect a badly encoded config file to be the culprit. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ The original error line was: Bad IDN in from: 'tin.it' Here follow details of my root and user locales, main Muttrc and user .muttrc. As I told Frank, I did try with different locales but got always the same result, so went back again to previous mutt version. [I'm writing this message from gmail as my [EMAIL PROTECTED] address seems to have been blacklisted at debian.org]. Thanks for your attention. Regards, Ennio -- # root# locale LANG=en_GB.UTF-8 LANGUAGE=en_IT:en_US:en_GB:en LC_CTYPE=it_IT.ISO-8859-1 LC_NUMERIC=it_IT.ISO-8859-1 LC_TIME=it_IT.ISO-8859-1 LC_COLLATE=it_IT.ISO-8859-1 LC_MONETARY=it_IT.ISO-8859-1 LC_MESSAGES=it_IT.ISO-8859-1 LC_PAPER=it_IT.ISO-8859-1 LC_NAME=it_IT.ISO-8859-1 LC_ADDRESS=it_IT.ISO-8859-1 LC_TELEPHONE=it_IT.ISO-8859-1 LC_MEASUREMENT=it_IT.ISO-8859-1 LC_IDENTIFICATION=it_IT.ISO-8859-1 LC_ALL=it_IT.ISO-8859-1 # root# less /etc/Muttrc | grep -v '#' ignore from received content- mime-version status x-status message-id ignore sender references return-path lines ignore date delivered-to precedence errors-to in-reply-to user-agent ignore x-loop x-sender x-mailer x-msmail-priority x-mimeole x-ms- x-priority ignore x-accept-language x-authentication-warning thread- priority importance ignore x-original-to domainkey-signature dkim-signature bind editor\edeletekill-word bind editor\ebackspace kill-word bind editor delete delete-char unset use_domain unset use_from set sort=threads unset write_bcc unset bounce_delivered macro index \eb search~b search in message bodies macro index,pager \cb pipe-message urlviewEnter call urlview to extract URLs out of a message macro attach,compose \cb pipe-entry urlviewEnter call urlview to extract URLs out of a message macro generic f1 !zcat /usr/share/doc/mutt/manual.txt.gz | sensible-pager\n Show Mutt documentation macro index f1 !zcat /usr/share/doc/mutt/manual.txt.gz | sensible-pager\n Show Mutt documentation macro pager f1 !zcat /usr/share/doc/mutt/manual.txt.gz | sensible-pager\n Show Mutt documentation open-hook \\.gz$ gzip -cd %f %t close-hook \\.gz$ gzip -c %t %f append-hook \\.gz$ gzip -c %t %f open-hook \\.bz2$ bzip2 -cd %f %t close-hook \\.bz2$ bzip2 -c %t %f append-hook \\.bz2$ bzip2 -c %t %f macro index,pager y change-folder?toggle-mailboxes show incoming mailboxes list bind browser y exit attachments +A */.* attachments -A text/x-vcard application/pgp.* attachments -A application/x-pkcs7-.* attachments +I text/plain attachments -A message/external-body attachments -I message/external-body color normalwhite black color attachment brightyellow black color hdrdefault cyan black color indicator black cyan color markers brightred black color quotedgreen black color signature cyan black color statusbrightgreen blue color tilde blue black color tree red black set pgp_decode_command=gpg --status-fd=2 %?p?--passphrase-fd 0? --no-verbose --quiet --batch --output - %f set pgp_verify_command=gpg --status-fd=2 --no-verbose --quiet --batch --output - --verify %s %f set pgp_decrypt_command=gpg --status-fd=2 %?p?--passphrase-fd 0? --no-verbose --quiet --batch --output - %f set pgp_sign_command=gpg--no-verbose --batch --quiet --output - %?p?--passphrase-fd 0? --armor --detach-sign --textmode %?a?-u %a? %f set pgp_clearsign_command=gpg --no-verbose --batch --quiet --output - %?p?--passphrase-fd 0? --armor --textmode --clearsign %?a?-u %a? %f set pgp_encrypt_only_command=/usr/lib/mutt/pgpewrap gpg --batch --quiet --no-verbose --output - --encrypt --textmode --armor --always-trust -- -r %r -- %f set pgp_encrypt_sign_command=/usr/lib/mutt/pgpewrap gpg %?p?--passphrase-fd 0? --batch --quiet --no-verbose --textmode --output - --encrypt --sign %?a?-u %a? --armor --always-trust -- -r %r -- %f set pgp_import_command=gpg --no-verbose --import %f set pgp_export_command=gpg --no-verbose --export --armor %r set pgp_verify_key_command=gpg --verbose --batch --fingerprint --check-sigs %r set pgp_list_pubring_command=gpg --no-verbose --batch --quiet --with-colons --list-keys %r set pgp_list_secring_command=gpg --no-verbose --batch --quiet --with-colons --list-secret-keys %r set
Bug#502105: mutt 1.5.18-4: Bad IDN in from: prevents sending mail
Package: Mutt Version: 1.5.18-4 Severity: serious Kernel: 2.6.26-1-686 #1 SMP Wed Sep 10 16:46:13 UTC 2008 i686 GNU/Linux [POSSIBLE DUPLICATE: same msg sent from [EMAIL PROTECTED] didn't get through!] I've just upgraded my Debian distro from Etch to Lenny. When I pressed 'y' to send a message written with mutt (from console) I got the warning: Bad IDN in from: ...(username)..[at]tin.it which prevented me to send the message. I could however 'postpone' the message and quit mutt. Googling around I couldn't find out what that meant and no better info I could get from past bugs. Downgrading to 1.5.13-1.1etch1 'cured' the error. Regards, Ennio -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo. \\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) [Why use Win$ozz (I say) if ... even a fool can do that. )=( Do something you aren't good at! (as Henry Miller used to say) ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502106: Postgresql-8.3: unrecognized configuration parameter redirect_stderr
Package: Postgresql Version: 8.3.4-1 Severity: normal Kernel: 2.6.26-1-686 #1 SMP Wed Sep 10 16:46:13 UTC 2008 i686 GNU/Linux [POSSIBLE DUPLICATE: same msg sent from [EMAIL PROTECTED] didn' get through!] I've upgraded my Debian distro from Etch to Lenny and installed pg-8.3. When I tried to run it I got the following error: Starting PostgreSQL 8.3 database server: mainThe PostgreSQL server failed to start. Please check the log output: FATAL: unrecognized configuration parameter redirect_stderr failed! failed! After commenting the line: redirect_stderr = true in postgresql.conf or replacing it with logging_collectore = true (see: pgsql.hackers discussion of aug 2007 [change name of redirect_stderr?]) the program runs smoothly. Regards, Ennio -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo. \\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) [Why use Win$ozz (I say) if ... even a fool can do that. )=( Do something you aren't good at! (as Henry Miller used to say) ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502111: Vim: cannot find colorscheme default [solved]
Package: vim Version: 1:7.1.314-3+b1 Severity: minor Kernel: 2.6.26-1-686 #1 SMP Wed Sep 10 16:46:13 UTC 2008 i686 GNU/Linux Vim claimed it could not find coloscheme default. AAMOF the very first line of /etc/vim/vimrc refers to vim70 - quote - Configuration file for vim set runtimepath=~/.vim,/etc/vim,/usr/share/vim/vimfiles,/usr/share/vim/addons,/usr/share/vim/vim70,/usr/share/vim/vimfiles,/usr/share/vim/addons/after,~/.vim/after - unquote --- whereas the correspondent dir was created as vim71: - quote - total 3 1 addons/ 1 registry/ 0 vimcurrent@ 0 vimrc@ 0 gvimrc@ 1 vim71/ 0 vimfiles@ - unquote - so it'is very simple to correct the error. Best regards, Ennio -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo. \\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) [Why use Win$ozz (I say) if ... even a fool can do that. )=( Do something you aren't good at! (as Henry Miller used to say) ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422836: installer: No dual boot after installing Debian-poperpc Etch_40r0 on iBook 300Mhz
Subject: installer: No dual boot after installing Debian-poperpc Etch_40r0 on iBook 300Mhz Followup-For: Bug #422836 Package: installer *** Please type your report below this line *** Hi all, You might be interested to know that what what Mr Pierre Bauduin reported in the captioned bug also happened on an iBook (First generation). Here follows what I did: I replaced the 3GB HD of my ibook (MacOS9 and Debian (Sarge) ppc happily working on it) with a brand new 80GB HD. I booted from an OS 9 CD, made 4 hfs+ partitions (70 GB reserved for Debian, the other 3 for Mac OS 9, Mac OS X and an Xchange partition), installed Mac OS 9, rebooted and could see that the system was there. Then I rebooted from a _powerpc net-installer_ CD and installed the Debian_40r0-powerpc, re-partitioning the big Debian partition into 13 ext2 parts plus a small Apple_bootstrap one. Added the macos= line in /etc/yaboot.conf, ran ybin and rebooted. Well, at this point I could see the label relating to Mac OS 9 (beside the Linux one) but when I chose it I was presented with the small icon in the middle of a white screen with a flashing question mark in it! What is worst is that when rebooting from the Mac CD, no HFS partition was visible and the only option would be to re-initialize the HD. Linux would instead boot and work nicely. I ran the full installation process three times (changing the position of the HFS partitions in the doubt that 80GB could be too much for MacOS9, or that all partitions should be made from Mac and then changed to ext2) but, alas, the result was still the same. An fdisk -l /dev/hda shows me that the HFS partitions are there (BTW, they appear as HFS and not HFS+ as chosen when initializing from Mac). Any suggestion? May be I should re-install choosing the old Potato that worked fine on previous 3.0 GB hd? Or, perhaps, the 'old glorious' G3 300Mhz cannot master the 80GB hd? Thanks for your attention, Ennio P.S.: In the /var/log/installer/syslog there are a few lines saying: ... kernel: XFS: SB validate failed I can send you all the files in /var/log/installer in case you need them. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-powerpc Locale: LANG=it_IT, LC_CTYPE=it_IT (charmap=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 ANSI_X3.4-1968) (ignored: LC_ALL set to it_IT) -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo. \\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) [Why use Win$ozz (I say) if ... even a fool can do that. )=( Do something you aren't good at! (as Henry Miller used to say) ]
Bug#379677: Subject: openoffice.org-common: openoffice searches for soffice.bin, which doesn't exist
Hi all! Package: openoffice.org-common Version: 2.0.4.9 Severity: important [but there is a simple workaround] Running under Debian.Etch, Kernel 2.6.17-2-686 --- I'm not sure this is really pertinent to the captioned bug Ifound while trying to solve a similar warning coming out when OOo was called by the '/usr/bin/ooffice' wrapper or as a reference in the Netscape Helper Application to open .sxc files. The situation may be different as I installed alien-ing the rpms files untarred from 'OOo_2.0.4_LinuxIntel_install.tar.gz' as the etch version did not fit my requirements. Anyway, here we go: When starting openoffice, it sais: $ ooffice /usr/lib/openoffice/program/soffice: line ...: /usr/lib/openoffice/program/pagein: No such file or directory /usr/lib/openoffice/program/soffice: line ...: /usr/lib/openoffice/program/soffice.bin: No such file or directory AAOF those files are not present in that dir. The 'cure' was to set a symbolic link for the respective files (which in my version are under /opt/openoffice.org2.1/program) to /usr/lib/openoffice/program/[pagein | soffice.bin]. HTH. Regards, Ennio. -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo.\\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ] (°|°) [Why use Win$ozz (I say) if ... even a fool can do that. )=( Do something you aren't good at! (as Henry Miller used to say) ]
Bug#402448: Mutt fills indicator spaces with alternate color pipe (|) symbols
* Christoph Berg [EMAIL PROTECTED] [260107, 20:03]: tags 402448 + moreinfo thanks Re: [EMAIL PROTECTED] 2006-12-10 [EMAIL PROTECTED] You might be interested to know that, when used in a text console, mutt fills spaces in the 'indicator' line with pipes colored alternatively with the fg and bg colors chosen for 'color indicator' in muttrc. That doen't not occur when it is used in an xterm, or with kernel 2.4.27-1-386 (both in console or xterm). Hi, while I don't have the faintest idea what causes your problem, I doubt mutt is at fault here, rather some locale settings or the terminal. Could you check that your locales match the terminal, and also try `LC_ALL=C mutt`? Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ Hi Christoph, first of all thank you for your post. I've no idea of why it's happening and can only give you these additional information: These are some relevant lines from my 'env' ... TERM=linux LC_ALL=C LS_COLORS=no=00:fi=00:di=01;32:ln=01;36:pi=40;33:so=01;35:bd=40;33;01: \ cd=40;33;01:ex=01;33:*~=05;31:*.mtxt=05;31:*.ndx=05;31:*.cmd=00;33: \ *.exe=00;33:*.com=00;33:*.btm=00;33:*.bat=00;33:*.c=00;35:*.h=00;36: \ *.pl=00;35:*.pm=00;35:*.cgi=00;35:*.java=00;35:*.html=00;35:*.tar=00; \ 31:*.tgz=00;31:*.arj=00;31:*.taz=00;31:*.lzh=00;31:*.zip=00;31:*.z=00; \ 31:*.Z=00;31:*.gz=00;31:*.jpg=01;34:*.jpeg=01;34:*.avi=01;34:*.JPG=01;\ 34:*.gif=01;34:*.GIF=01;34:*.mpg=01;34:*.mpe=01;34:*.ps=01;34:*.bmp=01;\ 34:*.BMP=01;34:*.xbm=01;34:*.ppm=01;34:*.xpm=01;34:*.tif=01;34:\ *.png=01;34: LANG=C LANGUAGE=C ... And these are my locales: LANG=C LANGUAGE=C LC_CTYPE=C LC_NUMERIC=C LC_TIME=C LC_COLLATE=C LC_MONETARY=C LC_MESSAGES=C LC_PAPER=C LC_NAME=C LC_ADDRESS=C LC_TELEPHONE=C LC_MEASUREMENT=C LC_IDENTIFICATION=C LC_ALL=C As I said, this behaviour - started when I changed to kernel 2.6.17-2-686 - does not occur when I use mutt in an xterm or with older kernels and may now add that it - does _not_ occur only when assigning 'red white' or 'blue white' to _color indicator_ - (does not occur with slrn) Hope this helps, but please ask whatever new info you may need. Best regards, Ennio. -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo. \\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) [Why use Win$ozz (I say) if ... even a fool can do that. )=( Do something you aren't good at! (as Henry Miller used to say) ]
Bug#278724: xserver-xfree86: [nv] system hang when using gv, xmms, or lopster at depth 24 on NV5 [Aladdin TNT2] rev 32 [depth 16 works]
* Brice Goglin [EMAIL PROTECTED] [130107, 00:34]: Hi Ennio, About 2 years ago, you reported a bug to the Debian BTS regarding a system hang when using various programs on a TNT2 board. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. Thanks, Brice Hi Brice, I think you can close the bug, as I already wrote on 24th november 2004: quote -- From [EMAIL PROTECTED] Wed Nov 24 11:57:51 2004 To: [EMAIL PROTECTED] Subject: Re: Bug#278724: Info received (was Bug#278724: [nv] system hang when using gv, xmms, or lopster on NV5 [Aladdin TNT2] rev 0x20) Message-ID: [EMAIL PROTECTED](Sr)@WouldBe-ei.hnet I'm glad to inform you that changing the Section Screen DefaultDepth from 24 to 16 the problem seems to have disappeared: at least I could run my famous test (i.e. gv foo.txt) many times without locking the system :-) Although I think you could reasonably close the bug, one question ^^ (*) remains: I had not set that value to 24 and, if I recall well, when I configured X in old Woody and tried to run it with the wrong value, some 'goblin' would come out [better: should have come out](*) from within the X Window System and tell me that depth 24 was not supported by my video card! (*) added now for clarity sake. --- unquote - no hanging was occurring after changing the Screen DefaultDepth to 16, so I could regularly use my TNT2 for a couple of years with no problem whatsoever. A few months ago I upgraded my Mb and Video card. Best regards and always thanks for your nice work, Ennio. -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo. \\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) [Why use Win$ozz (I say) if ... even a fool can do that. )=( Do something you aren't good at! (as Henry Miller used to say) ]
Bug#402286: [(fwd): Re: Bug#402286: xserver-xorg 7.1.0-7 fails to load libGLcore ... (further info)]
- Forwarded message from Michel Dänzer [EMAIL PROTECTED] - Subject: Re: Bug#402286: xserver-xorg 7.1.0-7 fails to load libGLcore ... (further info) From: Michel Dänzer [EMAIL PROTECTED] Date: Mon, 11 Dec 2006 15:13:53 +0100 To: [EMAIL PROTECTED], [EMAIL PROTECTED] [For the benefit of future onlookers] On Sat, 2006-12-09 at 18:26 +0100, Ennio-Sr wrote: ... but there is no better graphic quality and, indeed, no acceleration seems to be available. The kernel you're running is too old for 3D acceleration with the current upstream version of xserver-xorg-video-ati. You need a 2.6 kernel to use the DRI. As reported in my initial post on the subject, problems started with kernel 2.6.17 ... (whereas 2.4.27 was good enough with Sarge). Still worse, if I try to run ppracer (which tested ok under Xfree86), I get: ... *** ppracer error: Couldn't initialize video: No video mode large enough for 1280x960 (Success) That's a ppracer issue. It doesn't automatically fall back to a different video resolution if the one set up in its config file doesn't work. AAMOF, changing a few values in /etc/X11/xorg.conf made X work as nice as with XFree86. And the test for 3D with the ppracer was good also. As there's no X bug above, I'm closing this report. If there are other issues that haven't been reported yet, please reopen this report or file new ones, one per problem, with specific descriptions. Agreed. Thanks for your quick answer. Regards, Ennio. -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo. \\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) [Why use Win$ozz (I say) if ... even a fool can do that. )=( Do something you aren't good at! (as Henry Miller used to say) ]
Bug#402286: xserver-xorg 7.1.0-7 fails to load libGLcore ... (further info)
Referring to captioned bug, I noticed this line in the Xorg.0.log: dlopen: /usr/lib/xorg/modules/extensions/libGLcore.so: undefined symbol: _glapi_Dispatch so I searched Google with that key and found bugs #391505, #377287, 378058 dealing with similar problems. Commenting the Load GLcore line in /etc/X11/xorg.conf the log error disappears, but there is no better graphic quality and, indeed, no acceleration seems to be available. Still worse, if I try to run ppracer (which tested ok under Xfree86), I get: PPRacer 0.3.1 -- http://racer.planetpenguin.de (c) 2004-2005 The PPRacer team (c) 1999-2001 Jasmin F. Patry[EMAIL PROTECTED] PPRacer comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. See http://www.gnu.org/copyleft/gpl.html for details. *** ppracer error: Couldn't initialize video: No video mode large enough for 1280x960 (Success) Regards, Ennio -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo. \\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) [Why use Win$ozz (I say) if ... even a fool can do that. )=( Do something you aren't good at! (as Henry Miller used to say) ]
Bug#372719: [Solved] OOo_2.0.2 crashes on saving Calc spreadsheets
[Using Debian GNU/Linux, kernel 2.4.27-1-386] Hi, this is just to inform you that I've been experiencing the same problem Bob reported, both using OOo_2.0.2 (.debs through alien) and OOo_2.0.3 i.e. debs available at : ftp://ftp.linux.cz/pub/localization/OpenOffice.org/devel/680/2.0.3-RC5 as OOo_OOC680_m5_InuxIntel_install_en-GB.deb.tar.gz Either downgrading libfreetype6 to 2.1.7-2.4 or installing the 2.1.7-3-i386.deb package provided by Steve Langasek has proved to be a good cure on my box ;) Thanks to all of you. Regards, Ennio. -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo. \\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) [Why use Win$ozz (I say) if ... even a fool can do that. )=( Do something you aren't good at! (as Henry Miller used to say) ]
Bug#278724: Info received (was Bug#278724: [nv] system hang when using gv, xmms, or lopster on NV5 [Aladdin TNT2] rev 0x20)
Hi! in my last mesage relating to the captioned bug I wrote (Nov. 24, 2004): -- I'm glad to inform you that changing the Section Screen DefaultDepth from 24 to 16 the problem seems to have disappeared: at least I could run my famous test (i.e. gv foo.txt) many times without locking the system :-) Although I think you could reasonably close the bug, one question remains: I had not set that value to 24 and, if I recall well, when I configured X in old Woody and tried to run it with the wrong value, some 'goblin' would come out from within the X Window System and tell me that depth 24 was not supported by my video card! -- Despite that I did experiment many other hanging-up, but still I had no clue as to what was happening, so I didn't report them. To-day, after my PC froze again, I took different steps which may possibly throw some light on the subject. I had all six consoles opened as follows: F1 - root (idle) F2 - user (idle) F3 - user (idle) F6 - user --start x -- running lopster (on F7) F5 - user --startx -- :1 -- running speedy (on F8) then I opened F4 - user --startx -- :2 -- running mplayer -vo xv -autosync 1 file.mpg (on F9) after half minute watching on F9, the screen (and the PC) froze. I ssh-ed in with my laptop and run top, which showed an XFree86 abosrbing from 60 to 94,6% of CPU! Instead of rebooting (as in past occasions) I killed the above high absorbing XFree86 process and nothing changed; killed .xinitrc running on tty4 (running mplayer on F9, the screen the PC had frozen on) and nothing happened; killed .xinitrc on tty5 (running speedy on F8) and saw a black line across my F9 screen: something had happened! While trying all the CTRL-ALT+F1 through F6 I could see part of the F9 screen progressively full of garbage blacking-out the window ... finally, CTRL-ALT+F7 showed me the window where lopster was running and after that I could re-gain control of my PC! While still having the laptop connected via ssh I tried to reproduce the hanging-up doing again the same steps and watching from top running on the laptop what went on on the PC: the speedy-preloader took almost 45% CPU and about 49% was taken by XFree86 when I launched mplayer ...; after a while (i.e. whan F9 window froze), XFree86 was absorbing up to 96,5% CPU. What I can conclude from my un-technical point of view is that it's the CPU's lack of resources to cause the freezing and wonder whether there could be a sort of pre-warning as to avoid it. Thanks for your attention and for your wonderful work. Regards, Ennio -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo. \\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) [Why use Win$ozz (I say) if ... even a fool can do that. )=( Do something you aren't good at! (as Henry Miller used to say) ]