Bug#1007213: please upgrade to Xpra 4

2023-02-04 Thread Vassilis Virvilis 

Hi,

I would like to +1 to this.

I depend heavily on xpra for me remote work/

Recent debian unstable wants to remove xpra because... python!!!

I am currently avoiding that by avoiding full-upgrade and performing simple 
upgrade.

I understand xpra is extremely complicated program to package being in python 
and with so many dependencies and I am grateful for your efforts so far.

Really.

   Vassilis

Bug#1012474: [PATCH] Xsession does not recognise shell builtins as session-type

2022-09-23 Thread Vassilis Virvilis 

Thanks for this patch.

For months and months I had to go through the click + click ordeal in order to 
access the remote session.

I would note that it has to be applied in the client.

Thanks again.

   Vassilis

Bug#984956: me too

2021-05-12 Thread Vassilis Virvilis 
On Wed, 12 May 2021 21:54:01 +0200 Lucas Nussbaum  wrote:
> With OpenMPI 4.1.0-4, downloaded from
> https://snapshot.debian.org/package/openmpi/4.1.0-4/, things worked
> fine.
> That version used the internal PMIx library.
>
> Lucas
>
>

That's a great tip. I will test it tomorrow and if it works it will remove
some of the pressure...

Thanks a lot.

Bug#984956: me too

2021-05-12 Thread Vassilis Virvilis 
> > However in /usr/lib/x86_64-linux-gnu/pmix2/include/pmix_common.h the
list
> > goes further ending in PMIX_COMPRESSED_BYTE_OBJECT 59 with 56 being
> > PMIX_TOPO
>
> I tried to ensure that pmix_common.h (inside the sources) was unused
> during build, and added an #error inside it. The build succeeded, which
> seems to confirm that it is not used...

Ok I don't get it.

mca_pmix_ext3x.so is in
./debian/build-gfortran/opal/mca/pmix/ext3x/.libs/mca_pmix_ext3x.so in the
local build.

So I guess this must be either
 a) the internal pmix library - or -
 b) a client wrapper that utilizes the pmix library

It links dynamically to pmix.so as you said so it must be option b).

But then against does not have support for value types more than 46.

So I am confused. If you could elaborate this I would be grateful.

  Vassilis

Bug#984956: Processed: Re: Bug#984956: me too

2021-05-11 Thread Vassilis Virvilis 
On Tue, 11 May 2021 14:04:56 +0200 Lucas Nussbaum  wrote:

> That's because it is loaded dynamically.
>> mca_pmix_ext3x.so is linked to libpmix.so.2:
>>
>
Aah that's a great hint. Thanks

The output is the same as yours.

It's not available. I rebuilt it locally, and got:
>

Yes I also rebuilt it locally. I was looking for configure.log. My bad.

I found it at  ./debian/build-gfortran/config.log and it is the same as
yours. Looks ok.

Bug#984956: me too

2021-05-07 Thread Vassilis Virvilis 
Ok I think I made some headway but I would welcome some insight from
somebody more knowledgeable

I think the problem is a potential mixup of the internal vs the external
pmix library in openmpi.

In my setup the call to
` rc = PMIx_Get(, key, pinfo, sz, );
`
at ext3x_client.c:656 fills the pval buffer with 3 entries.
```
(gdb) p ((pmix_info_t*) pval->data.darray->array)[1].value.type
$2 = 56
```
The second value (index  == 1) has value.type = 56 (pmix.topo2) which is
outside the range of supported value types. I think the last entry is
PMIX_REGEX 46 at
./debian/build-gfortran/opal/mca/pmix/pmix3x/pmix/include/pmix_common.h

However in /usr/lib/x86_64-linux-gnu/pmix2/include/pmix_common.h the list
goes further ending in PMIX_COMPRESSED_BYTE_OBJECT 59 with 56 being
PMIX_TOPO

If I hack a bit

bill@odin:~/src/openmpi-4.1.0$ diff -u
./debian/build-gfortran/opal/mca/pmix/ext3x/ext3x.c~
./debian/build-gfortran/opal/mca/pmix/ext3x/ext3x.c
--- ./debian/build-gfortran/opal/mca/pmix/ext3x/ext3x.c~2021-05-07
11:21:38.0 +0300
+++ ./debian/build-gfortran/opal/mca/pmix/ext3x/ext3x.c 2021-05-07
16:51:48.223653488 +0300
@@ -1239,6 +1239,8 @@
 }
 kv->data.envar.separator = v->data.envar.separator;
 break;
+case 56:
+break;
 default:
 /* silence warnings */
 rc = OPAL_ERROR;

I can get further with the following error.

bill@odin:~/src/openmpi-4.1.0$ mpirun.openmpi -v -v -v --host thor ls
[odin:442452] PACK-OPAL-VALUE: UNSUPPORTED TYPE 0 FOR KEY pmix.topo2
[odin:442452] [[61465,0],0] ORTE_ERROR_LOG: Error in file
../../../../../orte/mca/odls/base/odls_base_default_fns.c at line 250
[odin:442452] [[61465,0],0] ORTE_ERROR_LOG: Error in file
../../../../../orte/mca/plm/base/plm_base_launch_support.c at line 552
--
An internal error has occurred in ORTE:

[[61465,0],0] FORCE-TERMINATE AT (null):1 - error
../../../../../orte/mca/plm/base/plm_base_launch_support.c(553)

This is something that should be reported to the developers.
--

which is a more reasonable error anyway.

-- 
Vassilis Virvilis

Bug#906098: kde-telepathy-text-ui: Invisible characters in the chat window: File not found error message (html url encoded) in textbox.

2018-12-18 Thread Vassilis Virvilis 
Hi this bug is apparently fixed in 18.0.4
See here:https://bugs.kde.org/show_bug.cgi?id=397369

Is there any idea when Debian will upgrade to 18.0.4 ?

Is something blocking it?

-- 
Vassilis Virvilis

Bug#906447: tomcat8: Errors thrown when connecting

2018-08-27 Thread Vassilis Virvilis 
Hi,

 I suppose this a maintainer decision (compile with java8 or 10) but the
bug in #895866 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=895866
seems to indicate that tomcat8 implies java8 compatibility.

I would certainly preferred it that way.

   Vassilis

Sorry for the duplication I failed to reply to 906...@bugs.debian.org

On Mon, Aug 27, 2018 at 8:32 AM Per Lundberg  wrote:

> On 8/26/18 12:46 AM, Markus Koschany wrote:
>
> > I believe we should tighten the dependency on default-jre-headless. We
> > currently have for tomcat8-common:
> >
> > default-jre-headless | java8-runtime-headless | java8-runtime
> >
> > We should simply change that to
> >
> > default-jre-headless (>= 10) | java10-runtime-headless | java10-runtime
>
> Why can't we just compile it with OpenJDK 8? There are some of us who
> are still stuck on Java 8 for various reasons (because of dependencies
> of other projects), and I think it would be more convenient to let the
> package be compiled for Java 8 for the time being. As long as Tomcat
> doesn't actually use any Java 10 features, I don't really see the big
> benefit of compiling it with OpenJDK 10 at this stage.
> --
> Best regards,
> Per
>


-- 
Vassilis Virvilis

Bug#906447: tomcat8: Errors thrown when connecting

2018-08-17 Thread Vassilis Virvilis 
Package: tomcat8
Version: 8.5.32-2
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

Hi,

   * What led up to the situation?

With java8 installed I am getting the following. Isn't this the sign that is 
compiled again against java9/java10?

2018-08-17 16:20:46] [crit] java.lang.NoSuchMethodError: 
java.nio.ByteBuffer.limit(I)Ljava/nio/ByteBuffer;
[2018-08-17 16:20:46] [crit] at 
org.apache.coyote.http11.Http11InputBuffer.recycle(Http11InputBuffer.java:282)
[2018-08-17 16:20:46] [crit] at 
org.apache.coyote.http11.Http11Processor.recycle(Http11Processor.java:1708)
[2018-08-17 16:20:46] [crit] at 
org.apache.coyote.AbstractProtocol$ConnectionHandler.release(AbstractProtocol.java:982)
[2018-08-17 16:20:46] [crit] at 
org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:950)
[2018-08-17 16:20:46] [crit] at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1471)
[2018-08-17 16:20:46] [crit] at 
org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
[2018-08-17 16:20:46] [crit] at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
[2018-08-17 16:20:46] [crit] at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
[2018-08-17 16:20:46] [crit] at 
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
[2018-08-17 16:20:46] [crit] at java.lang.Thread.run(Thread.java:748)

Looks like this bug #895866 but mailing 895...@bugs.debian.org failed.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.17.0-1-amd64 (SMP w/24 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages tomcat8 depends on:
ii  adduser3.117
ii  debconf [debconf-2.0]  1.5.69
ii  lsb-base   9.20170808
ii  tomcat8-common 8.5.32-2
ii  ucf3.0038

Versions of packages tomcat8 recommends:
ii  authbind   2.1.2
ii  libtcnative-1  1.2.17-1

Versions of packages tomcat8 suggests:
ii  tomcat8-admin 8.5.32-2
ii  tomcat8-docs  8.5.32-2
pn  tomcat8-examples  
ii  tomcat8-user  8.5.32-2

-- Configuration Files:
/etc/tomcat8/catalina.properties [Errno 13] Permission denied: 
'/etc/tomcat8/catalina.properties'
/etc/tomcat8/context.xml [Errno 13] Permission denied: 
'/etc/tomcat8/context.xml'
/etc/tomcat8/jaspic-providers.xml [Errno 13] Permission denied: 
'/etc/tomcat8/jaspic-providers.xml'
/etc/tomcat8/logging.properties [Errno 13] Permission denied: 
'/etc/tomcat8/logging.properties'
/etc/tomcat8/policy.d/01system.policy [Errno 13] Permission denied: 
'/etc/tomcat8/policy.d/01system.policy'
/etc/tomcat8/policy.d/02debian.policy [Errno 13] Permission denied: 
'/etc/tomcat8/policy.d/02debian.policy'
/etc/tomcat8/policy.d/03catalina.policy [Errno 13] Permission denied: 
'/etc/tomcat8/policy.d/03catalina.policy'
/etc/tomcat8/policy.d/04webapps.policy [Errno 13] Permission denied: 
'/etc/tomcat8/policy.d/04webapps.policy'
/etc/tomcat8/policy.d/50local.policy [Errno 13] Permission denied: 
'/etc/tomcat8/policy.d/50local.policy'
/etc/tomcat8/server.xml [Errno 13] Permission denied: '/etc/tomcat8/server.xml'
/etc/tomcat8/tomcat-users.xml [Errno 13] Permission denied: 
'/etc/tomcat8/tomcat-users.xml'
/etc/tomcat8/web.xml [Errno 13] Permission denied: '/etc/tomcat8/web.xml'

-- debconf information excluded

Bug#906098: kde-telepathy-text-ui: Invisible characters in the chat window: File not found error message (html url encoded) in textbox.

2018-08-14 Thread Vassilis Virvilis 
Package: kde-telepathy-text-ui
Version: 17.08.3-2
Severity: important

Dear Maintainer,

   * What led up to the situation?

I was trying to chat using the salut protocol (link-local XMPP). Please note 
that I had a working setup.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

>From the applet icon I clicked to get online. I  got online and then I 
>selected another user to chat with.

   * What was the outcome of this action?

A bit textbox popped up with an error message. File not found: The contents of 
the file was url encoded. I am pasting it here a bit of it:

File not found: data:text/html;charset=UTF-8,%3C%21DOCTYPE HTML PUBLIC 
%22-%2F%2FW3C%2F%2FDTD HTML 4.01%2F%2FEN%22 
%22http%3A%2F%2Fwww.w3.org%2FTR%2Fhtml4%2Fstrict.dtd%22%3E%0A%3Chtml%3E%0A%3Chead%3E%0A
%3Cmeta http-equiv%3D%22content-type%22 content%3D%22text%2Fhtml%3B 
charset%3Dutf-8%22 %2F%3E%0A%3Cbase 
href%3D%22file%3A%2F%2F%2Fusr%2Fshare%2Fktelepathy%2Fstyles%2FSimKete.AdiumMessageStyle%2FContents%2FResources%2F%22%3E%0A
%3Cscript type%3D%22text%2Fjavascript%22 defer%3D%22defer%22%3E%0A
%2F%2F NOTE%3A%0A%2F%2F Any percent signs in .

If I url decode it I get:

http://www.w3.org/TR/html4/strict.dtd;>

Bug#828069: 3 more random crashes

2016-09-13 Thread Vassilis Virvilis 

3 more random crashes

version: icedove-gdb-45.2.0-4_2016-08-31_17:09:38.log
desc: crash during compact of local folder - not reproducible
location: nsDisplayList::DeleteAll
note: This has been reported individually by me as #836319
backtrace: http://paste.debian.net/820610

version: icedove-gdb-45.2.0-4+b1_2016-09-06_09:49:49.log
desc: crash not sure how or when - not reproducible
location:  ~nsCOMPtr destructor
backtrace: http://paste.debian.net/820633/

version: icedove-gdb-45.2.0-4+b1_2016-09-13_10:06:56.log
desc: crash clicked on unviewed e-mail - not reproducible
location:   nsPresContext::PropertyTable
backtrace: http://paste.debian.net/820635/

   Vassilis Virvilis

Bug#836319: Acknowledgement (icedove: crash during compact of local folder)

2016-09-13 Thread Vassilis Virvilis 
just for the record. I can't reproduce this bug. We tried but with no 
result. The backtrace is real though and leads to problems in the code 
of a destructor if I read this correctly



Vassilis

Bug#836319: icedove: crash during compact of local folder

2016-09-01 Thread Vassilis Virvilis 

Subject: icedove: crash during compact of local folder
Package: icedove
Version: 1:45.2.0-4
Severity: normal

Dear Maintainer,

   * What led up to the situation?

A friend of mine is commited enough to run icedove with debugging 
symbols in order to debug and help fix freequent random crashes.


   * What exactly did you do (or not do) that was effective (or 
ineffective)?


We were trying to catch a frequent apparently random crash but this was 
not triggered
in safe mode. In safe mode however he managed to trigger a crash during 
a compact operation

on a local (non imap, non pop) folder.

   * What was the outcome of this action?

SIGSEGV: It crashed

   * What outcome did you expect instead?

To not crash and to finish the compacting of the local folder

At the end I am also attaching the gdb backtrace output.

Thanks


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages icedove depends on:
ii  debianutils   4.8
ii  fontconfig2.11.0-6.5
ii  libasound21.1.2-1
ii  libatk1.0-0   2.20.0-1
ii  libc6 2.23-4
ii  libcairo2 1.14.6-1+b1
ii  libdbus-1-3   1.10.10-1
ii  libdbus-glib-1-2  0.106-1
ii  libevent-2.0-52.0.21-stable-2+b1
ii  libffi6   3.2.1-4
ii  libfontconfig12.11.0-6.5
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.1.1-12
ii  libgdk-pixbuf2.0-02.34.0-1
ii  libglib2.0-0  2.48.1-3
ii  libgtk2.0-0   2.24.30-4
ii  libhunspell-1.4-0 1.4.1-2
ii  libicu57  57.1-3
ii  libnspr4  2:4.12-2
ii  libnss3   2:3.23-2
ii  libpango-1.0-01.40.1-1
ii  libpangocairo-1.0-0   1.40.1-1
ii  libpangoft2-1.0-0 1.40.1-1
ii  libpixman-1-0 0.33.6-1
ii  libsqlite3-0  3.14.1-1
ii  libstartup-notification0  0.12-4
ii  libstdc++66.1.1-12
ii  libvpx3   1.5.0-4
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.2-1
ii  libxrender1   1:0.9.9-2
ii  libxt61:1.1.5-1
ii  psmisc22.21-2.1+b1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-en-us [hunspell-dictionary]  20070829-6
ii  iceowl-extension  1:45.2.0-4

Versions of packages icedove suggests:
pn  apparmor  
ii  fonts-lyx 2.2.0-2
ii  libgssapi-krb5-2  1.14.3+dfsg-1

-- no debconf information

MOZILLA_FIVE_HOME=/usr/lib/icedove

LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/icedove
DISPLAY=:0
DYLD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove
 LIBRARY_PATH=
   SHLIB_PATH=/usr/lib/icedove:/usr/lib/icedove
  LIBPATH=/usr/lib/icedove:/usr/lib/icedove
   ADDON_PATH=
  MOZ_PROGRAM=/usr/lib/icedove/icedove-bin
  MOZ_TOOLKIT=
moz_debug=1
 moz_debugger=
moz_debugger_args=
/usr/bin/gdb  --args /usr/lib/icedove/icedove-bin --safe-mode
GNU gdb (Debian 7.11.1-2) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 


This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/icedove/icedove-bin...Reading symbols from 
/usr/lib/debug//usr/lib/icedove/icedove-bin...done.

done.
(gdb) handle SIGPIPE nostop
SignalStop  Print   Pass to program Description
SIGPIPE   NoYes Yes Broken pipe
(gdb) handle SIG38 nostop
SignalStop  Print   Pass to program Description
SIG38 NoYes Yes Real-time event 38
(gdb) run
Starting program: /usr/lib/icedove/icedove-bin --safe-mode
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe5ccc700 (LWP 3595)]
[Thread 0x7fffe5ccc700 (LWP 3595) exited]
[New Thread 0x7fffe5ccc700 (LWP

Bug#825520: closed by Maximiliano Curia <m...@debian.org> (Re: Bug#825520: plasma-desktop: fonts in kde application launcher have wrong size)

2016-06-03 Thread Vassilis Virvilis 
It works for me too.

I upgraded to 5.6 last night/today in two machines the fonts are ok again.
I didn't try to change them to see if this has any effect (it should have).


Thanks

Vassilis



On Thu, Jun 2, 2016 at 1:24 PM, Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> This is an automatic notification regarding your Bug report
> which was filed against the plasma-desktop package:
>
> #825520: plasma-desktop: fonts in kde application launcher have wrong size
>
> It has been closed by Maximiliano Curia <m...@debian.org>.
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Maximiliano Curia <
> m...@debian.org> by
> replying to this email.
>
>
> --
> 825520: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825520
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Forwarded message --
> From: Maximiliano Curia <m...@debian.org>
> To: Wolfgang Walter <wolfgang.wal...@stwm.de>, 825520-d...@bugs.debian.org
> Cc:
> Date: Thu, 2 Jun 2016 12:21:04 +0200
> Subject: Re: Bug#825520: plasma-desktop: fonts in kde application launcher
> have wrong size
> Version: 4:5.6.4-1
>
> ¡Hola Wolfgang!
>
> El 2016-06-02 a las 11:51 +0200, Wolfgang Walter escribió:
>
>> Same problem here.
>>
>
> You'll need to install plasma-integration to fix this, which is currently
> a recommends in plasma-desktop 5.6.4.
>
> Happy hacking,
> --
> "Anytime you have a fifty-fifty chance of getting something right, there's
> a
> 90 percent probability you'll get it wrong."
> -- The 50-50-90 rule
> Saludos /\/\ /\ >< `/
>
>
> -- Forwarded message --
> From: Vassilis Virvilis <vasv...@gmail.com>
> To: Debian Bug Tracking System <sub...@bugs.debian.org>
> Cc:
> Date: Fri, 27 May 2016 15:35:37 +0300
> Subject: plasma-desktop: fonts in kde application launcher have wrong size
> Package: plasma-desktop
> Version: 4:5.4.3-1
> Severity: normal
>
> Dear Maintainer,
>
> Debian unstable here,
>
>* What led up to the situation?
> I updated today and after reboot KDE Start Menu (Kicker or Application
> Launcher
> or ) shows wrongly sized fonts. I don't have screenshot before the upgrade
> but
> I took one with the problem.
>
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> I tried to change fonts in kde systemsettings and apply/resrtart x but
> nothing
> changed.
>
>* What was the outcome of this action?
> Nothing
>
>* What outcome did you expect instead?
> Smaller fonth that fit more nicely to the popup panel
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages plasma-desktop depends on:
> ii  breeze  4:5.4.3-1
> ii  kactivities 5.16.0-1
> ii  kde-cli-tools   4:5.4.3-1
> ii  kded5   5.22.0-1
> ii  kio 5.22.0-1
> ii  libc6   2.22-9
> ii  libcanberra00.30-3
> ii  libfontconfig1  2.11.0-6.4
> ii  libgcc1 1:6.1.1-4
> ii  libkf5activities5   5.22.0-1
> ii  libkf5activitiesexperimentalstats1  4:5.4.3-1
> ii  libkf5archive5  5.22.0-1
> ii  libkf5auth5 5.22.0-1
> ii  libkf5baloo55.22.0-1
> ii  libkf5bookmarks55.22.0-2
> ii  libkf5codecs5   5.22.0-1
> ii  libkf5completion5   5.22.0-1
> ii  libkf5configcore5   5.22.0-1
> ii  libkf5configgui55.22.0-1
> ii  libkf5configwidgets55.22.0-1
> ii  libkf5coreaddons5   5.22.0-1
> ii  libkf5dbusaddons5   5.22.0-1
> ii  libkf5emoticons55.22.0-1
> ii  libkf5globalaccel5  5.22.0-1
> ii  libkf5guiaddons55.22.0-1
> ii  libkf5i18n5 5.22.1-1
> ii  libkf5iconthemes5   5.22.0-1
> ii  libkf5itemviews55.22.0-1

Bug#825520: plasma-desktop: fonts in kde application launcher have wrong size

2016-05-27 Thread Vassilis Virvilis 
Package: plasma-desktop
Version: 4:5.4.3-1
Severity: normal

Dear Maintainer,

Debian unstable here,

   * What led up to the situation?
I updated today and after reboot KDE Start Menu (Kicker or Application Launcher
or ) shows wrongly sized fonts. I don't have screenshot before the upgrade but
I took one with the problem.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I tried to change fonts in kde systemsettings and apply/resrtart x but nothing
changed.

   * What was the outcome of this action?
Nothing

   * What outcome did you expect instead?
Smaller fonth that fit more nicely to the popup panel


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages plasma-desktop depends on:
ii  breeze  4:5.4.3-1
ii  kactivities 5.16.0-1
ii  kde-cli-tools   4:5.4.3-1
ii  kded5   5.22.0-1
ii  kio 5.22.0-1
ii  libc6   2.22-9
ii  libcanberra00.30-3
ii  libfontconfig1  2.11.0-6.4
ii  libgcc1 1:6.1.1-4
ii  libkf5activities5   5.22.0-1
ii  libkf5activitiesexperimentalstats1  4:5.4.3-1
ii  libkf5archive5  5.22.0-1
ii  libkf5auth5 5.22.0-1
ii  libkf5baloo55.22.0-1
ii  libkf5bookmarks55.22.0-2
ii  libkf5codecs5   5.22.0-1
ii  libkf5completion5   5.22.0-1
ii  libkf5configcore5   5.22.0-1
ii  libkf5configgui55.22.0-1
ii  libkf5configwidgets55.22.0-1
ii  libkf5coreaddons5   5.22.0-1
ii  libkf5dbusaddons5   5.22.0-1
ii  libkf5emoticons55.22.0-1
ii  libkf5globalaccel5  5.22.0-1
ii  libkf5guiaddons55.22.0-1
ii  libkf5i18n5 5.22.1-1
ii  libkf5iconthemes5   5.22.0-1
ii  libkf5itemviews55.22.0-1
ii  libkf5jobwidgets5   5.22.0-1
ii  libkf5kcmutils5 5.22.0-1
ii  libkf5kdelibs4support5  5.16.0-1
ii  libkf5kiocore5  5.22.0-1
ii  libkf5kiofilewidgets5   5.22.0-1
ii  libkf5kiowidgets5   5.22.0-1
ii  libkf5newstuff5 5.22.0-1
ii  libkf5notifications55.22.0-1
ii  libkf5notifyconfig5 5.22.0-1
ii  libkf5parts55.22.0-1
ii  libkf5people5   5.22.0-1
ii  libkf5peoplewidgets55.22.0-1
ii  libkf5plasma5   5.16.0-1
ii  libkf5plasmaquick5  5.16.0-1
ii  libkf5quickaddons5  5.22.0-1
ii  libkf5runner5   5.16.0-1
ii  libkf5service-bin   5.22.0-1
ii  libkf5service5  5.22.0-1
ii  libkf5solid55.22.0-1
ii  libkf5sonnetui5 5.22.0-2
ii  libkf5wallet-bin5.22.0-1
ii  libkf5wallet5   5.22.0-1
ii  libkf5widgetsaddons55.22.0-1
ii  libkf5windowsystem5 5.22.0-1
ii  libkf5xmlgui5   5.22.0-1
ii  libkfontinst5   4:5.4.3-1
ii  libkfontinstui5 4:5.4.3-1
ii  libkworkspace5-54:5.4.3-2
ii  libphonon4qt5-4 4:4.9.0-2
ii  libpulse-mainloop-glib0 8.0-2+b2
ii  libpulse0   8.0-2+b2
ii  libqt5concurrent5   5.5.1+dfsg-17
ii  libqt5core5a5.5.1+dfsg-17
ii  libqt5dbus5 5.5.1+dfsg-17
ii  libqt5gui5  5.5.1+dfsg-17
ii  libqt5network5  5.5.1+dfsg-17
ii  libqt5printsupport5 5.5.1+dfsg-17
ii  libqt5qml5  5.5.1-3
ii  libqt5quick55.5.1-3
ii  libqt5svg5  5.5.1-2
ii  libqt5widgets5  5.5.1+dfsg-17
ii  libqt5x11extras55.5.1-3
ii  libqt5xml5  5.5.1+dfsg-17
ii  libstdc++6  6.1.1-4
ii  libtaskmanager5 4:5.4.3-2
ii  libx11-62:1.6.3-1
ii  libx11-xcb1 2:1.6.3-1
ii  libxcb-record0  1.11.1-1
ii  libxcb-xkb1 1.11.1-1
ii  libxcb1 1.11.1-1
ii  libxcursor1 1:1.1.14-1+b1
ii

Bug#798080: #798080 mysql-server-5.6: service stop hangs forever on systemd

2015-11-11 Thread Vassilis Virvilis 

On Thu, 1 Oct 2015 01:58:56 +0300 Spiros Gatzounas <spi...@verve.gr> wrote:
> The problem went away after purging and installing again mysql-server
> and mysql-server-5.6 packages.
>
> The problem returned back as soon as the file
> /etc/mysql/mysql.d.conf/mysqld.cnf was edited and line "log_error =
> /var/log/mysql/error.log" was commented out in order to allow logging to
> syslog as mysql suggests.
>
>
The problem for me was that systemd does not know how to stop mysql
I had to add

|ExecStop=/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf 
shutdown in the systemd mysql unit file |



I found it here
http://askubuntu.com/questions/615129/systemd-mysql-wont-stop

--

__

Vassilis Virvilis Ph.D.
Head of IT
Biovista Inc.

Stay tuned
www: http://www.biovista.com
twitter: https://twitter.com/BiovistaInc/
YouTube: https://www.youtube.com/user/BiovistaInc

US Offices
2421 Ivy Road
Charlottesville, VA 22903
USA
T: +1.434.971.1141
F: +1.434.971.1144

European Offices
34 Rodopoleos Street
Ellinikon, Athens 16777
GREECE
T: +30.210.9629848
F: +30.210.9647606

Biovista is a privately held biotechnology company that finds novel uses for 
existing drugs, and profiles their side effects using their mechanism of 
action. Biovista develops its own pipeline of drugs in CNS, oncology, 
auto-immune and rare diseases. Biovista is collaborating with biopharmaceutical 
companies on indication expansion and de-risking of their portfolios and with 
the FDA on adverse event prediction.

Bug#725013: [Support] [Debichem-devel] Bug#725013: gromacs-openmpi: grompp crashes with invalid opcode

2013-10-02 Thread Vassilis Virvilis 

On 10/01/2013 09:39 PM, Nicholas Breen wrote:

Could you please check if the i5 machines where it works include avx in the
flags line of /proc/cpuinfo?



yep it has. This is my i5. It is indeed newer than sandy bridge.

bill@beyonder:~$ grep avx /proc/cpuinfo
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe 
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl 
xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor 
ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic 
popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm arat epb 
xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase 
smep erms
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe 
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl 
xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor 
ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic 
popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm arat epb 
xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase 
smep erms
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe 
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl 
xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor 
ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic 
popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm arat epb 
xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase 
smep erms
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe 
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl 
xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor 
ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic 
popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm arat epb 
xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase 
smep erms




I built 4.6.3-4 on a different machine than usual, and I think it accidentally
picked up a CPU optimization it should not have had.  AVX extensions were only
added on the Sandy Bridge and newer model Intel CPUs, and the Xeon you provided
the information for doesn't have it.  If that's the case, I will ask for the
package to be rebuilt on a different machine where that problem won't occur.



One question though. When I build with dpkg-buildpackage it was 
crashing. Shouldn't pick the correct flags when I created the packages?


I just retested and I know why. I had the package shared libraries 
installed. So when I tried to run build/src/kernel/grompp it crashed 
because it was using the system's libraries and not the compiled ones.


Ok. So I recompiled and installed my debs and it is working now.

Waiting for your update

--

__

Vassilis Virvilis Ph.D.
Head of IT
Biovista Inc.

US Offices
2421 Ivy Road
Charlottesville, VA 22903
USA
T: +1.434.971.1141
F: +1.434.971.1144

European Offices
34 Rodopoleos Street
Ellinikon, Athens 16777
GREECE
T: +30.210.9629848
F: +30.210.9647606

www.biovista.com

Biovista is a privately held biotechnology company that finds novel uses 
for existing drugs, and profiles their side effects using their 
mechanism of action. Biovista develops its own pipeline of drugs in CNS, 
oncology, auto-immune and rare diseases. Biovista is collaborating with 
biopharmaceutical companies on indication expansion and de-risking of 
their portfolios and with the FDA on adverse event prediction.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725013: [Support] [Debichem-devel] Bug#725013: gromacs-openmpi: grompp crashes with invalid opcode

2013-10-01 Thread Vassilis Virvilis 

On 09/30/2013 07:27 PM, Nicholas Breen wrote:

reassign 725013 gromacs
tags 725013 moreinfo
thanks


On Mon, Sep 30, 2013 at 04:39:48PM +0300, Vassilis Virvilis wrote:

Trying to run grompp grompp_d

* What exactly did you do (or not do) that was effective (or
  ineffective)?

It crashes

dmesg output:
[ 1699.966132] traps: grompp_d[9667] trap invalid opcode ip:7fb9311ac95d 
sp:77700ee8 error:0 in libgmx_d.so.8[7fb9310d+4e9000]
[ 1728.255893] traps: grompp[9684] trap invalid opcode ip:7f6807c2c65d 
sp:7fff560ed648 error:0 in libgmx.so.8[7f6807b51000+51b000]


I can't reproduce this crash with my test data, and my system runs a similar
Intel CPU (i5-2x00 series).  Could you please attach a file that it crashes on
(or a pdb2gmx/genbox/etc. sequence that creates one) and the exact command line
that causes it to fail?




There is no need to have any test data. It crashes just by running it 
and before printing the help. Here let me re iterate because I have done 
some steps to pinpoint the bug and now that I am reading my bug reports 
I can see I wasn't clear enough.


The story so far:

1) apt-get update; apt-get dist-upgrade (30/9/2013)

2) reboot (since we have now a new kernel)

3) Let's run staff
bill@odin:~$ grompp_d
 :-)  G  R  O  M  A  C  S  (-:

Illegal instruction
bill@odin:~$ grompp
 :-)  G  R  O  M  A  C  S  (-:

Illegal instruction

Here is the dmesg

[ 1699.966132] traps: grompp_d[9667] trap invalid opcode ip:7fb9311ac95d 
sp:77700ee8 error:0 in libgmx_d.so.8[7fb9310d+4e9000]
[ 1728.255893] traps: grompp[9684] trap invalid opcode ip:7f6807c2c65d 
sp:7fff560ed648 error:0 in libgmx.so.8[7f6807b51000+51b000]


4) ok let's see the debugger

bill@odin:~$ gdb grompp
GNU gdb (GDB) 7.6 (Debian 7.6-5)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
http://gnu.org/licenses/gpl.html

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/grompp...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/grompp
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need set solib-search-path or set sysroot?
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
 :-)  G  R  O  M  A  C  S  (-:


Program received signal SIGILL, Illegal instruction.
0x76efe65d in rando () from /usr/lib/libgmx.so.8
(gdb) bt
#0  0x76efe65d in rando () from /usr/lib/libgmx.so.8
#1  0x76f6a14f in bromacs () from /usr/lib/libgmx.so.8
#2  0x76f6ad0c in CopyRight () from /usr/lib/libgmx.so.8
#3  0xb3ab in cmain ()
#4  0x7657e995 in __libc_start_main (main=0x6f50 main, 
argc=1, ubp_av=0x7fffe1d8, init=optimized out, fini=optimized 
out, rtld_fini=optimized out, stack_end=0x7fffe1c8) at 
libc-start.c:260

#5  0x6f7e in _start ()
(gdb)


5) Does it happen if we build it ourselves. At least we could get line 
information in the backtrace


  $ apt-get source gromacs-openmpi
  $ sudo apt-get build-dep gromacs-openmpi
  $ cd gromacs-4.6.3/
  $ cmake .
  $ make
  $ find -name grompp
  $./src/kernel/grompp   - It works (prints the help.) No crash.


6) ok. Let's a build a debian package

  $ apt-get source gromacs-openmpi
  $ sudo apt-get build-dep gromacs-openmpi
  $ cd gromacs-4.6.3/
  $ dpkg-buildpackage
  $ cd ..
  $ dpkg -i ../gromacs_4.6.3-4_amd64.deb
  $ grompp  --- It crashses the same way as the original package.

7) Now I am installing in i5
  It works in my i5. Looks like the problem is only in i7. I have 
tested in the two machines of the cluster. These are xeons that they 
have the problem. Here is an excerpt from /proc/cpuinfo


processor   : 23
vendor_id   : GenuineIntel
cpu family  : 6
model   : 44
model name  : Intel(R) Xeon(R) CPU   X5660  @ 2.80GHz
stepping: 2
microcode   : 0x15
cpu MHz : 1600.000
cache size  : 12288 KB
physical id : 1
siblings: 12
core id : 10
cpu cores   : 6
apicid  : 53
initial apicid  : 53
fpu : yes
fpu_exception   : yes
cpuid level : 11
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe 
syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good 
nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx 
est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 popcnt lahf_lm ida 
arat epb dtherm tpr_shadow vnmi flexpriority ept vpid

bogomips: 5600.18

Bug#725013: gromacs-openmpi: grompp crashes with invalid opcode

2013-09-30 Thread Vassilis Virvilis 
Package: gromacs-openmpi
Version: 4.6.3-4
Severity: important

Dear Maintainer,

   * What led up to the situation?

Trying to run grompp grompp_d

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

It crashes

dmesg output:
[ 1699.966132] traps: grompp_d[9667] trap invalid opcode ip:7fb9311ac95d 
sp:77700ee8 error:0 in libgmx_d.so.8[7fb9310d+4e9000]
[ 1728.255893] traps: grompp[9684] trap invalid opcode ip:7f6807c2c65d 
sp:7fff560ed648 error:0 in libgmx.so.8[7f6807b51000+51b000]

   * What was the outcome of this action?

crash.

   * What outcome did you expect instead?

The problem looks like a miscompilation. I am working on i7 system. If I
compile gromacs from source it works. If I use dpkg-buildpackage it doesn't
work.

The problem is on libgmx/rando.c

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.10-3-amd64 (SMP w/24 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gromacs-openmpi depends on:
ii  libblas3 [libblas.so.3]  1.2.20110419-7
ii  libc62.17-93
ii  libfftw3-double3 3.3.3-5+b1
ii  libfftw3-single3 3.3.3-5+b1
ii  libgomp1 4.8.1-10
ii  libhwloc51.7.2-1
ii  liblapack3 [liblapack.so.3]  3.4.2+dfsg-4
ii  libopenmpi1.61.6.5-5
ii  openmpi-bin  1.6.5-5

Versions of packages gromacs-openmpi recommends:
ii  gromacs  4.6.3-4

Versions of packages gromacs-openmpi suggests:
ii  gromacs-data  4.6.3-4

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#654645: 00_header: graphics mode fails due to loadfont check in big disk setup with, /boot partition

2012-02-21 Thread Vassilis Virvilis 

On 16/02/2012 12:19 πμ, Ulrik wrote:

This is especially an issue on some systems with encrypted root -- lacking 
graphics mode in grub leads to askpass not displaying properly later.

To Vassilis: You can configure a different font in /etc/default/grub that is 
accessible, something like this:

GRUB_FONT=/boot/grub/DejaVuSansMono.pf2


Ulrik.


Ulrik,

Thanks for the suggestion. I have already copied unicode.pf2 to /boot/grub for 
that system.

Next bug in line is that grub theme image should be also available in 
/boot/grub during boot
which is somewhat painful because the themes are shared with the desktop 
environment...

  Vassilis



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#659736: cups: parallel:/dev/usb/lp0 consumes 100% cpu and never finishes

2012-02-13 Thread Vassilis Virvilis 
Package: cups
Version: 1.5.2-3
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

* What led up to the situation?

I am trying to print both from
via samba from a remote machinee
locally via lpr

* What exactly did you do (or not do) that was effective (or ineffective)?

I noticed that the backend process parallel:/dev/usb/lp0 never finished and
consumes 100%. That means that the queue is never empty.

If I print locally the output the first print is ok. However since the
backend does not finish the spool does not empty so all subsequent prints
are prohibited.

If I print from samba not even the first print gets out. The backend process
simply consumes 100% (doing polling as strace revealed) in both cases.

*** End of the template - remove these lines ***


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cups depends on:
ii  adduser3.113+nmu1
ii  bc 1.06.95-2+b1
ii  cups-client1.5.2-3
ii  cups-common1.5.2-3
ii  cups-filters   1.0~b1-3
ii  cups-ppdc  1.5.2-3
ii  debconf [debconf-2.0]  1.5.41
ii  ghostscript9.05~dfsg-2
ii  libavahi-client3   0.6.30-6
ii  libavahi-common3   0.6.30-6
ii  libc6  2.13-26
ii  libcups2   1.5.2-3
ii  libcupscgi11.5.2-3
ii  libcupsimage2  1.5.2-3
ii  libcupsmime1   1.5.2-3
ii  libcupsppdc1   1.5.2-3
ii  libdbus-1-31.4.16-1
ii  libgcc11:4.6.2-14
ii  libgnutls262.12.16-1
ii  libgssapi-krb5-2   1.10+dfsg~beta1-2
ii  libkrb5-3  1.10+dfsg~beta1-2
ii  libldap-2.4-2  2.4.28-1.1
ii  libpam0g   1.1.3-7
ii  libpaper1  1.1.24+nmu1
ii  libslp11.2.1-9
ii  libstdc++6 4.6.2-14
ii  libusb-1.0-0   2:1.0.9~rc3-3
ii  lsb-base   3.2-28.1
ii  poppler-utils  0.16.7-3
ii  procps 1:3.3.2-3
ii  ssl-cert   1.0.28

Versions of packages cups recommends:
ii  avahi-daemon0.6.30-6
ii  colord  0.1.16-2
ii  foomatic-filters4.0.12-1
ii  ghostscript-cups9.05~dfsg-2
ii  printer-driver-gutenprint [cups-driver-gutenprint]  5.2.7-5

Versions of packages cups suggests:
ii  cups-bsd 1.5.2-3
ii  cups-pdf none
ii  foomatic-db  20120212-1
ii  hplip3.11.12-2
ii  smbclient2:3.6.3-1
ii  udev 175-3

-- Configuration Files:
/etc/cups/cupsd.conf changed:
LogLevel warn
MaxLogSize 0
SystemGroup lpadmin
Listen *:631
Listen /var/run/cups/cups.sock
Browsing On
BrowseOrder allow,deny
BrowseAllow all
BrowseLocalProtocols CUPS dnssd
DefaultAuthType Basic
DefaultEncryption IfRequested
Location /
  allow @LOCAL
  Order allow,deny
/Location
Location /admin
  allow @LOCAL
  Order allow,deny
/Location
Location /admin/conf
  AuthType Default
  Require user @SYSTEM
  allow @LOCAL
  Order allow,deny
/Location
Policy default
  Limit Create-Job Print-Job Print-URI Validate-Job
Order deny,allow
  /Limit
  Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs 
Set-Job-Attributes Create-Job-Subscription Renew-Subscription 
Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job 
Suspend-Current-Job Resume-Job CUPS-Move-Job CUPS-Get-Document
Require user @OWNER @SYSTEM
Order deny,allow
  /Limit
  Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class 
CUPS-Delete-Class CUPS-Set-Default CUPS-Get-Devices
AuthType Default
Require user @SYSTEM
Order deny,allow
  /Limit
  Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer 
Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs 
Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer 
Startup-Printer Promote-Job Schedule-Job-After CUPS-Accept-Jobs 
CUPS-Reject-Jobs
AuthType Default
Require user @SYSTEM
Order deny,allow
  /Limit
  Limit Cancel-Job CUPS-Authenticate-Job
Require user @OWNER @SYSTEM
Order deny,allow
  /Limit
  Limit All
Order deny,allow
  /Limit
/Policy
Policy authenticated
  Limit Create-Job Print-Job Print-URI Validate-Job
AuthType Default
Order deny,allow
  /Limit
  Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs 
Set-Job-Attributes Create-Job-Subscription Renew-Subscription 
Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job 
Suspend-Current-Job Resume-Job CUPS-Move-Job CUPS-Get-Document
AuthType Default
Require user @OWNER @SYSTEM
Order deny,allow
  /Limit

Bug#654645: 00_header: graphics mode fails due to loadfont check in big disk setup with /boot partition

2012-01-04 Thread Vassilis Virvilis 
Package: grub-common
Version: 1.99-14
Severity: normal
Tags: d-i

Dear Maintainer,

I have the following setup.

* What led up to the situation?

A machine with old bios but with a new large and non supported by the bios
disk. As a consequence I created a different /boot partition at the start
of the disk hoping that the kernel and /boot/grub will be addressable by
the bios during boot.

Furthermore I wanted to enable enable graphics mode and pass it to the linux
kernel later on with the GRUB_GFXPAYLOAD_LINUX=keep option.

grub fails to enter the graphics mode because of loadfont failure.

More specifically,

in /etc/grub.d/00_header one can find:

if loadfont `make_system_path_relative_to_its_root ${GRUB_FONT_PATH}` ;
then
  set gfxmode=${GRUB_GFXMODE}
  load_video
  insmod gfxterm

in /boot/grub/grub.cfg the above fragment becomes:

if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=1280x1024
  load_video
  insmod gfxterm

However /usr/share/grub resides on the / partition and it is inacessible
by the BIOS.

* What exactly did you do (or not do) that was effective (or ineffective)?

I changed by hand /usr/share/grub/unicode.pf2 to /boot/grug/unicode.pf2 in
/boot/grub/grub.cfg and I copied the file there.

* What was the outcome of this action?

It boots fine now and it enters graphics mode - but I have to do that
manually every time I upgrade grub-common

* What outcome did you expect instead?

I would prefer the contents of /usr/share/grub/ to be placed in /boot/grub.
The disk space required is about 12MB.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages grub-common depends on:
ii  gettext-base0.18.1.1-5
ii  libc6   2.13-24
ii  libdevmapper1.02.1  2:1.02.67-2
ii  libfreetype62.4.8-1
ii  libfuse22.8.6-4
ii  zlib1g  1:1.2.3.4.dfsg-3

Versions of packages grub-common recommends:
ii  os-prober  1.49

Versions of packages grub-common suggests:
pn  desktop-base   6.0.7
pn  grub-emu   none
pn  multiboot-doc  none
pn  xorrisonone

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#580307: nouveau: Hibernation restore problem. Computer hangs

2010-05-11 Thread Vassilis Virvilis 

On 07/05/2010 06:34 μμ, Julien Cristau wrote:

On Wed, May  5, 2010 at 08:51:13 +0300, Vassilis Virvilis wrote:



This is likely a kernel issue.  Can you try a newer kernel (2.6.34-rc or
so)?  Note that will require a new libdrm and xf86-video-nouveau from
upstream git, since unfortunately the nouveau ABI changed between in the
2.6.34 development cycle.



I don't mind to compile a new kernel to test but is there a debian way to 
install the other bits libdrm, xf86-video-nouveau?

   Vassilis




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#580307: nouveau: Hibernation restore problem. Computer hangs

2010-05-05 Thread Vassilis Virvilis 

Package: xserver-xorg-video-nouveau
Version: 1:0.0.15+git20100329+7858345-3
Severity: normal
File: nouveau


The computer hibernates ok but when I am trying to restore the computer
hangs. I know that it hangs and not just scrambles the graphic card because
I couldn't even ssh to the machine from another computer.

I my wife's computer which has a newer nvidia card hibernation works

Thanks

-- 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 Nov 13  2007 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1725368 Apr 19 21:17 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: nVidia Corporation NV11DDR [GeForce2 MX200] 
(rev b2)

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 4279 May  4 23:17 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# 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 ServerLayout
Identifier  home
Screen  ddc-geforce






InputDevice Generic Keyboard
InputDevice IMPS2
EndSection

Section ServerLayout
Identifier home-tv
Screen  tv-geforce
InputDevice Generic Keyboard
InputDevice IMPS2
EndSection

Section ServerLayout
Identifier father
Screen  ddc-savage4
InputDevice Generic Keyboard
InputDevice IMPS2
EndSection

Section ServerLayout
Identifier nixon
Screen  ddc-geforce
InputDevice Generic Keyboard
InputDevice IMPS2
EndSection

Section ServerLayout
Identifier charlie
Screen  ddc-savage4
InputDevice Generic Keyboard
InputDevice IMPS2
EndSection

Section Files
FontPathunix/: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
LoadGLcore
Loadbitmap
Loaddbe
#   Loadddc
Loaddri
Loadextmod
Loadfreetype
Loadglx
Loadint10
Loadrecord
Loadspeedo
#   Loadtype1
Loadvbe
#   Loadxtt
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  CoreKeyboard
Option  XkbModeltyphoon
Option  XkbTypescomplete+numpad(microsoft)
Option  XkbCompat   complete+ctxmenu
Option  XkbLayout   us,el
Option  XkbVariant  ,extended
Option  XkbOptions  
grp:alt_shift_toggle,ctrl:ctrl_aa,grp_led:scroll,altwin:menu
EndSection

Section InputDevice
Identifier  IMPS2
Driver  mouse
Option  CorePointer
Option  Device  /dev/gpmdata
Option  ProtocolImPS/2
Option  Emulate3Buttons true
Option  ZAxisMapping4 5
EndSection

Section Device
Identifier  geforce
Driver  nouveau
EndSection

Section Device
Identifier  s3
Driver  s3
EndSection

Section Device
Identifier  savage4
Driver  savage
EndSection


Section Monitor
Identifier   ddccompliant
VendorName   DDC
ModelNameDDC compliant
EndSection

Section Monitor
Identifier   tv
VendorName   Phillips
ModelNamePhillips 21
HorizSync   31-80
VertRefresh 60
DisplaySize 400 300

Bug#523083: python-soappy: soappy doesn't prefix parameters with namespace. Attached patch fixes apache-cxf interoperability

2009-04-08 Thread Vassilis Virvilis 
Package: python-soappy
Version: 0.12.0-4
Severity: normal


I was able to debug and successfully use an apache cxf webservice from a soappy 
client.

There were 3 distinct tricks I had to use and so I figured to document the 
tricks to a public place in case anybody else is interested

The first observation is that for methods not containing any input everything 
works as advertised

The problem starts when you want to actually pass any parameters. In that case 
you have to:
1) specify the namespace
2) use the patch below to enable the namespace per argument support
3) if the medhod has multiple parameters you have to specify the correct 
ordering

here are the steps in an example

#!/usr/bin/python

import SOAPpy

ns1=http://iface.ws.lib.biovista.com/;;

server = SOAPpy.SOAPProxy(http://srv-eu.biovista.com/ws/BEAService;, 
namespace=ns1); # step 1

print server.getAvailableTypes();
print server.getText(pubmed_id=1233);
#server.config.dumpSOAPOut = 1;
#server.config.dumpSOAPIn = 1;
server.config.argsOrdering = {'getBibliography': ['name', 'type', 
'max_results']}; # step 3
print server.getBibliography(name=il-6, type=Gene, max_results=4);

- patch to SOAPpy ---   # step 2

--- SOAPBuilder.py.orig 2009-04-08 12:00:34.0 +0300
+++ SOAPBuilder.py  2009-04-08 13:23:02.0 +0300
@@ -316,6 +316,8 @@

 tag = tag or self.gentag()

+if self.namespace:
+tag = ns_map.get(self.namespace) + : + tag
 tag = toXMLname(tag) # convert from SOAP 1.2 XML name encoding

 a = n = t = ''


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=el_GR, LC_CTYPE=el_GR (charmap=ISO-8859-7)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-soappy depends on:
ii  python-fpconst0.7.2-4Utilities for handling IEEE 754 fl
ii  python-support0.8.7  automated rebuilding support for P

python-soappy recommends no packages.

python-soappy suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#300732: Fixed: patch included

2005-04-05 Thread Vassilis Virvilis 
The attached patch fixes the problem for me.
Index: wftk/wftk/font_data.cpp
===
--- wftk/wftk/font_data.cpp (revision 9)
+++ wftk/wftk/font_data.cpp (revision 10)
@@ -28,7 +28,7 @@
 unsigned long wftk::FontData::lib_refcount_ = 0;
 
 wftk::FontData::FontData(const std::string file, unsigned ptsize,
-   unsigned face_index) throw(wftk::Font::BadFont) : map_(*this)
+   unsigned face_index) throw(wftk::Font::BadFont) : map_(*this, false)
 {
   reflib();
 
Index: wftk/wftk/font.h
===
--- wftk/wftk/font.h(revision 9)
+++ wftk/wftk/font.h(revision 10)
@@ -239,7 +239,8 @@
 
   class MapType : public RefMapColor, SurfaceTable {
public:
-MapType(FontData font) : font_(font) {}
+MapType(FontData font, bool autodelete = true) :
+   RefMapColor, SurfaceTable(autodelete), font_(font) {}
 
private:
 // create the entries in the RefMap

Bug#300737: Fixed: patch included

2005-04-05 Thread Vassilis Virvilis 
The attached patch fixes the problem for me.

Index: wftk/wftk/pushbutton.cpp
===
--- wftk/wftk/pushbutton.cpp(revision 11)
+++ wftk/wftk/pushbutton.cpp(revision 12)
@@ -161,8 +161,6 @@
 void PushButton::setUpPic(const Surface surf)
 {
   Surface* s = new Surface(surf);
-  if(s-width() != width() || s-height() != height())
-s-scale(width(), height());
 
   Surface::Resource* r = new Surface::Resource(s);
   setUpPic(r);
@@ -204,8 +202,6 @@
 void PushButton::setDownPic(const Surface surf)
 {
   Surface* s = new Surface(surf);
-  if(s-width() != width() || s-height() != height())
-s-scale(width(), height());
 
   Surface::Resource* r = new Surface::Resource(s);
   setDownPic(r);

Bug#300732: libwftk-0.7: crash on exit (Font resource)

2005-03-21 Thread Vassilis Virvilis 
Package: libwftk-0.7
Version: 0.7.1-5
Severity: important


Subject: libwftk-0.7: Crash on exit if VeraBd fonts are registated
Package: libwftk-0.7
Version: 0.7.1-5
Severity: important


The following program crashes on exit. I tried following the code but I was not
familiar with the resource and reference mechanism of libwftk. The bug looks 
like
a double free (ok delete) hapenning in ~Font() and looks associated with private
Font::glyph_. Anyway here is the smallest program that reproduces the crash.

By the way if you use the wf_opal.ttf coming from the libwftk source 
distribution
there is no crash.

-
#include wftk/application.h
#include wftk/rootwindow.h
#include wftk/font.h

using namespace wftk;

class MyApp : public Application {
private:
RootWindow *back;

public:
MyApp(int argc, char** argv) : Application(argc, argv) {
back = new RootWindow(640, 480);
// These font resources are used by various gui elements,
// so you should always register text_font and button_font when
// using wftk
//Font::registry.load(text_font,wf_opal.ttf, 17, 0xF0F0F0FF, 
0x707070FF);
//Font::registry.load(button_font,wf_opal.ttf, 16, 0xE0E0F0FF, 
0x607f70EE);

Font::registry.load(text_font,/usr/share/fonts/truetype/ttf-bitstream-vera/VeraBd.ttf,
 17, 0xF0F0F0FF, 0x707070FF);

Font::registry.load(button_font,/usr/share/fonts/truetype/ttf-bitstream-vera/VeraBd.ttf,
 16, 0xE0E0F0FF, 0x607f70EE);
}
};

int main(int argc, char **argv)
{
return MyApp(argc, argv).exec();
}
--

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.9
Locale: LANG=el_GR, LC_CTYPE=el_GR (charmap=ISO-8859-7)

Versions of packages libwftk-0.7 depends on:
ii  libc6 2.3.2.ds1-20   GNU C Library: Shared libraries an
ii  libfreetype6  2.1.7-2.3  FreeType 2 font engine, shared lib
ii  libgcc1   1:3.4.3-6  GCC support library
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libsdl-mixer1 1.2.6-1mixer library for Simple DirectMed
ii  libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer
ii  libsigc++-1.2 1.2.5-4type-safe Signal Framework for C++
ii  libsmpeg0 0.4.5+cvs20030824-1SDL MPEG Player Library - shared l
ii  libstdc++51:3.3.5-8  The GNU Standard C++ Library v3
ii  xlibmesa-gl [ 4.3.0.dfsg.1-10Mesa 3D graphics library [XFree86]
ii  zlib1g1:1.2.2-3  compression library - runtime

-- no debconf information

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.9
Locale: LANG=el_GR, LC_CTYPE=el_GR (charmap=ISO-8859-7)

Versions of packages libwftk-0.7 depends on:
ii  libc6 2.3.2.ds1-20   GNU C Library: Shared libraries an
ii  libfreetype6  2.1.7-2.3  FreeType 2 font engine, shared lib
ii  libgcc1   1:3.4.3-6  GCC support library
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libsdl-mixer1 1.2.6-1mixer library for Simple DirectMed
ii  libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer
ii  libsigc++-1.2 1.2.5-4type-safe Signal Framework for C++
ii  libsmpeg0 0.4.5+cvs20030824-1SDL MPEG Player Library - shared l
ii  libstdc++51:3.3.5-8  The GNU Standard C++ Library v3
ii  xlibmesa-gl [ 4.3.0.dfsg.1-10Mesa 3D graphics library [XFree86]
ii  zlib1g1:1.2.2-3  compression library - runtime

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#300737: libwftk-0.7: PushButton::set{Up|Down}Pic surface alternative is buggy

2005-03-21 Thread Vassilis Virvilis 
Package: libwftk-0.7
Version: 0.7.1-5
Severity: normal


There are 3 ways to setup a picture in a setup button. I assume that it is
supposed to be equivalent given only for convenience. You can setup a
pushbutton via a resource name, a resource reference or a surface.

I browsed through the code and I discovered that in the third case there is
a scaling going on. However if you call the setUpPic() before the layout
manager (pack()) (BUG_TYPE == 1) there is no effect premasumably because the
widget has no size. The other methods are working correctly (BUG_TYPE == 0).

If you setUpPic() after the packing (BUG_TYPE == 3) there is an extra scaling 
going
on that results into different visual effect than using the other type of
setUpPic() after the pack() (BUG_TYPE == 2)

To summarize:
BUG_TYPEset{Up|Down}Pic()   before pack()   Result
0   resourceyes ok
2   resourceno  ok
1   surface yes nothing
3   surface no  incorrect scaling

I can dig into it and produce a patch if there is sufficient interest.

--
#include wftk/application.h
#include wftk/rootwindow.h
#include wftk/box.h
#include wftk/filler.h
#include wftk/pushbutton.h

#define BUG_TYPE 3
using namespace wftk;

class MyApp : public Application {
private:
RootWindow *back;
PushButton *ok_b;

public:
MyApp(int argc, char** argv) : Application(argc, argv) {
back = new RootWindow(640, 480, 0, false, true, Surface(), 0, 0);
// These font resources are used by various gui elements,
// so you should always register text_font and button_font when
// using wftk
Font::registry.load(text_font,wf_opal.ttf, 17, 0xF0F0F0FF, 
0x707070FF);
Font::registry.load(button_font,wf_opal.ttf, 16, 0xE0E0F0FF, 
0x607f70EE);

ok_b = new PushButton(OK);

#if BUG_TYPE == 0 || BUG_TYPE == 2
Surface::registry.load(up, button_idle.png);
Surface::registry.load(down, button_pressed.png);
#elif BUG_TYPE == 1 || BUG_TYPE == 3
Surface *up = new Surface();
up-readFromFile(button_idle.png);
Surface *down = new Surface();
down-readFromFile(button_pressed.png);
#endif
Box *main_box = new Box(Box::LEFT_TO_RIGHT);
Box *left_box = new Box(Box::LEFT_TO_RIGHT);
Box *right_box = new Box(Box::TOP_TO_BOTTOM);
back-pack(main_box);
main_box-packBack(left_box);
main_box-packBack(right_box);
left_box-packBack(new Filler(Filler::HORIZONTAL));
right_box-packBack(new Filler(Filler::VERTICAL));

#if BUG_TYPE == 0
ok_b-setUpPic(up);
ok_b-setDownPic(down);
#elif BUG_TYPE == 1
ok_b-setUpPic(*up);
ok_b-setDownPic(*down);
#endif
right_box-packBack(ok_b);
#if BUG_TYPE == 2
ok_b-setUpPic(up);
ok_b-setDownPic(down);
#elif BUG_TYPE == 3
ok_b-setUpPic(*up);
ok_b-setDownPic(*down);
#endif
}

~MyApp() {
printf(MyApp destructor called\n);
}
};

int main(int argc, char **argv)
{
return MyApp(argc, argv).exec();
}
--

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.9
Locale: LANG=el_GR, LC_CTYPE=el_GR (charmap=ISO-8859-7)

Versions of packages libwftk-0.7 depends on:
ii  libc6 2.3.2.ds1-20   GNU C Library: Shared libraries an
ii  libfreetype6  2.1.7-2.3  FreeType 2 font engine, shared lib
ii  libgcc1   1:3.4.3-6  GCC support library
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libsdl-mixer1 1.2.6-1mixer library for Simple DirectMed
ii  libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer
ii  libsigc++-1.2 1.2.5-4type-safe Signal Framework for C++
ii  libsmpeg0 0.4.5+cvs20030824-1SDL MPEG Player Library - shared l
ii  libstdc++51:3.3.5-8  The GNU Standard C++ Library v3
ii  xlibmesa-gl [ 4.3.0.dfsg.1-10Mesa 3D graphics library [XFree86]
ii  zlib1g1:1.2.2-3  compression library - runtime

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]