Package: python-openturns
Version: 0.15-3
Severity: grave
Justification: renders package unusable
Hello,
It seems that python-openturns 0.15-3 is unusable:
$ python
Python 2.7.2+ (default, Jan 20 2012, 17:51:10)
[GCC 4.6.2] on linux2
Type help, copyright, credits or license for more
On 2011/2/20 Dominique Belhachemi wrote:
I am CC'ing debian-java to get some additional help.
Hi Denis,
thanks for looking into this issue.
Unfortunately, the wrapper around gcj-4.4 is filtering out the -source
option.
$ less /usr/bin/gcj-wrapper-4.4
elsif ($arg eq '-source' or $arg
On 2010/8/20 Adam C Powell IV wrote:
[...]
It's also worth asking: could a change like this let us drop the salome
dependency on libopencascade-visualization-dev? As I recall, that
dependency was added to avoid a similar error while loading a
non-versioned plugin.
[...]
Your log message for
Package: salome
Version: 5.1.3-9
Severity: grave
When switching to the MESH module, salome throws a fatal error, and
console contains this message:
could not open: StdPlugin ; reason: libStdPlugin.so: cannot open
shared object file: No such file or directory
Unable to load component
Since
Hi Sylvestre,
To help digging into this issue, the build system should abort as soon
as an unexpected error occurs. I do not know whether this is enforced
by upstream Makefiles, but you should at least fix debian/rules, patch
attached. Is it normal that 'check' and 'ptcheck' targets are allowed
Package: src:salome
Version: 5.1.3-9
Severity: serious
Tags: patch
Hello,
Here are 2 patches:
* kernel-cleanup.patch
Fix FTBFS when compiling with lam
* geom-fix-powerpc.patch
Fix FTBFS on powerpc
Denis
kernel-cleanup.patch
Description: Binary data
geom-fix-powerpc.patch
Hello,
Here is a new series of patches. I am still unable to build salome;
disk space is okay now, but dpkg-shlibdeps aborted due to memory
allocation errors on my laptop with 2GB of RAM.
- 0001 Add 'set -e' before loops on modules in build and install targets
- 0002 Add Vcs fields into
On 2010/6/4 Adam C Powell IV wrote:
[...]
Ah, right, I didn't use pbuilder, so I likely had all of the
Build-Depends-Indep packages installed already.
Okay. I am building a package right now within pbuilder, and it
failed due to missing Build-Depends: libqt4-opengl-dev required by GUI
On 2010/6/3 I wrote:
[...]
The problem is that patches are unapplied by autobuilders, they have
to be applied before running configure. A patch will look like
--- debian/rules
+++ debian/rules
@@ -84,7 +84,10 @@ clean:
rm -f *-stamp
dh_clean
-configure-stamp:
+patch-stamp:
On 2010/6/4 Adam C Powell IV wrote:
[...]
Well, everything seems to work now, all four bugs are closed, and it
runs. I think I'm going to merge the salome, libsalome5.1.3-0,
libsalome-dev and python2.5-salome binary packages, then declare victory
and upload -9. If that gets into testing,
On 2010/6/3 Adam C Powell IV wrote:
[...]
Unfortunately this will likely require the use of rpath to get to the libs,
this is frowned upon in general in Debian.
[...]
Are those libraries private to salome? (In other words, are you sure
that no other package will be linked against them?)
* If
On 2010/6/3 Adam C Powell IV wrote:
severity 584285 serious
thanks
Hello Cyril,
I started seeing this error as well when building on Ubuntu Jaunty --
not at first, but more recently. It's curious, why would a C++ standard
interface bug start showing up in Jaunty, when Sid continued to
On 2010/6/3 Adam C Powell IV wrote:
[...]
A patch will look like
--- debian/rules
+++ debian/rules
@@ -84,7 +84,10 @@ clean:
rm -f *-stamp
dh_clean
-configure-stamp:
+patch-stamp:
+ QUILT_PATCHES=debian/patches quilt push -a || test $$? = 2
+
+configure-stamp:
On 2010/5/25 Sandro Tosi wrote:
[...]
this happened some days ago: do you need sponsoring for the upload? we
(as in python folks) would like to see this fixed asap, so if need
some help just ask :)
I do not maintain vtk.
Maitland, can you please tell python folks if you will upload soon or
if
tags 582565 + pending
thanks
On 2010/5/22 Jakub Wilk wrote:
[...]
* With your patch, files are shipped both in
/usr/lib/python2.5/site-packages/vtk and /usr/share/pyshared/vtk/
Hmm, are they? Could you post full output of dpkg -c python-vtk*.deb?
Okay, something went wrong during my rebuild
On Thu, May 6, 2010 at 11:41 AM, Julien Cristau wrote:
[...]
- new insighttoolkit FTBFS on many architectures, see
https://buildd.debian.org/status/package.php?p=insighttoolkit
- new insighttoolkit build-depends on default-jdk = 1.6-34, while 3
architectures have 1.5-36, which means it's not
I do not have access to those boxes, but IMHO gcj does not find
libgcj.spec because gcj from gcj-4.4-jdk_4.4.4-1 looks for
/usr/lib/gcc/s390-linux-gnu/4.4.4/libgcj.spec whereas it ships
/usr/lib/gcc/s390-linux-gnu/4.4/libgcj.spec, and the 4.4.4 - 4.4
symlink is provided by gcc-4.4-base_4.4.4-1 but
Hi,
For the record, thanks to the GCC compile farm, I determined that this
bug has been fixed in gcc trunk by
http://gcc.gnu.org/viewcvs?view=revisionrevision=145494
Unfortunately this is a merge from a branch (alias-improvements) which
is not mirrored by git, so I had not been able to run
On 2010/3/3 Kumar Appaiah wrote:
Dear Denis,
On Wed, Mar 03, 2010 at 11:41:50AM +0100, Denis Barbier wrote:
Hi,
For the record, thanks to the GCC compile farm, I determined that this
bug has been fixed in gcc trunk by
http://gcc.gnu.org/viewcvs?view=revisionrevision=145494
Hi,
I played with the example provided by Kumar Appaiah, and narrowed the
problem down to zdrot; after copying zdrot.f into the same directory
as zgesvd_ex.f:
$ gfortran -O2 -c zgesvd_ex.f
$ gfortran -O2 -c zdrot.f
$ gfortran -o zgesvd_ex zgesvd_ex.o zdrot.o -llapack
$ ./zgesvd_ex
gives
On 2010/2/27 Kumar Appaiah wrote:
(Also CCing #571572)
Dear Denis,
On Sat, Feb 27, 2010 at 05:44:45PM +0100, Denis Barbier wrote:
Hi,
I played with the example provided by Kumar Appaiah, and narrowed the
problem down to zdrot; after copying zdrot.f into the same directory
as zgesvd_ex.f
severity 567877 normal
thanks
2010/1/31 Lee Azzarello l...@rockingtiger.com:
Package: vtk
Version: vtk-5.4.2
Severity: serious
Justification: Policy 4.2
Fails to build from source. Error when linking to the TCL executable.
make[3]: Entering directory `/home/lee/bsp/vtk-5.4.2/Build'
On 2010/1/4 Mathieu Malaterre wrote:
[...]
As explained in a previous mail, it had accidentally been dropped from
libvtk-java. Dominique uploaded 5.4.2-2 to fix this issue.
I think this upload did not fix this particular issue:
On 2010/1/3 Mathieu Malaterre wrote:
Could someone please let me know what is going on ?
http://packages.debian.org/search?suite=experimentalarch=anymode=pathsearchon=contentskeywords=vtk.jar
Where is vtk.jar ?
Hi Mathieu,
As explained in a previous mail, it had accidentally been dropped
On 2010/1/2 Dominique Belhachemi wrote:
Hi Mathieu,
You are right. Using /usr/share/java/vtk/vtk.jar solves the problem.
BTW, I was playing with vtk-5.4 in experimental and tried to compile
gdcm. There is another java related problem.
[...]
Be warned that libvtk-java from experimental is
On 2009/12/27 Mathieu Malaterre wrote:
[...]
Does this help ? Even if the path is wrong in VTKConfig.cmake, GDCM
can cope with that. In the end /usr/share/java/vtk/vtk.jar should be
the vtk jar file.
[...]
I was confused by your message, /usr/share/java/vtk.jar is the
expected location of the
tags 562387 + pending
thanks
On 2009/12/24 Mathieu Malaterre wrote:
Package libvtk-java is *again* totally busted. This is total junk, and
I am getting fed up dealing with all bug in libvtk-java.
I am not adding a second patch in GDCM just for the debian system.
My bad, I was somehow abused
On 2009/11/30 Cyril Brulebois wrote:
Package: vtk
Version: 5.2.1-13
Severity: serious
Justification: FTBFS
Hi,
your package FTBFS on kfreebsd-* with this error:
| 65. ERROR in
/build/buildd-vtk_5.2.1-13-kfreebsd-i386-uedLVA/vtk-5.2.1/Build/java/vtk/vtkMPIController.java
(at line 47)
tags 518837 + patch
thanks
On 2009/3/9 Peter De Schrijver wrote:
Package: opencascade
Version: 6.3.0.dfsg.1-1
Severity: serious
There was an error while trying to autobuild your package:
[...]
Indeed, all non-x86 arches fail due to assembly code.
Attached patch should work, but I own only
On Thu, Apr 12, 2007 at 11:28:30AM +0200, Eugeniy Meshcheryakov wrote:
Package: belocs-locales-data
Version: 2.4-5
Severity: grave
This package stooped to work after upgrading to libc6 2.5-1. I get
messages like this during package configuration:
perl: warning: Falling back to the
tags 394139 - l10n
reassign 394139 xkb-data
merge 394060 394139
tags 394060 + pending
thanks
On Fri, Oct 20, 2006 at 10:47:00AM -0700, Steve Langasek wrote:
On Fri, Oct 20, 2006 at 03:03:26AM -0300, Adilson dos Santos Dantas wrote:
After upgrading kdebase I cant use my keyboards dead keys
merge 394060 394061
severity 394060 normal
thanks
On Thu, Oct 19, 2006 at 08:13:18AM +0100, [EMAIL PROTECTED] wrote:
Package: xkb-data
Version: 0.9-3
Severity: grave
Justification: renders package unusable
*** Please type your report below this line ***
Yet again xkb has been broken.
tags 392567 + pending
thanks
On Thu, Oct 12, 2006 at 11:40:23AM +0200, Jerome Marant wrote:
Package: libx11-data
Version: 2:1.0.3-1
Severity: important
Hi,
After upgrading libx11-data, dead keys do not work any more.
For example, hitting ^ + o displays ^o instead of ô.
Fixed in SVN,
On Sat, Oct 07, 2006 at 04:33:37PM +0200, A. Le Provost - Ribaltchenko wrote:
Hi,
I use testing, and when I'm switching from [EMAIL PROTECTED] (ISO-8859-15) to
fr_FR.UTF-8, I lost my localisation (also, keys é-ç-è-à-ù display
nothing or « ? » in konsole, but xerm is OK).
You then have to
On Sat, Oct 07, 2006 at 07:21:57PM +0200, A. Le Provost - Ribaltchenko wrote:
[...]
Does /usr/share/locale/fr/LC_MESSAGES/coreutils.mo exist on your
system?
No :
% ll /usr/share/locale/fr/LC_MESSAGES 19:11
total 56K
drwxr-xr-x 2 root root 36K 2006-10-05 17:29
On Tue, Oct 03, 2006 at 06:44:53PM +0200, Wolfgang Pfeiffer wrote:
The easiest solution is to remove the debug_echo. If it is needed for some
reason, a construct like this should be made (note that this happens in a
set
+e block):
db_input $PRIORITY $TEMPLATE
retval=$?
if [
tags 389506 + pending
thanks
On Mon, Sep 25, 2006 at 06:11:20PM -0700, Joshua Kwan wrote:
Package: xserver-xorg
Version: 1:7.1.0-1
Severity: grave
I installed etch from a beta3 CD and upgraded to sid. After installing
xserver-xorg to satisfy the dependency of fglrx-driver, I got a dialog
[Sent to 386487 instead of 386263, this is a gettext issue and not gnome-lokkit]
On Wed, Sep 13, 2006 at 11:57:42AM +0200, Santiago Vila wrote:
On Thu, 7 Sep 2006, Steve Langasek wrote:
On Wed, Sep 06, 2006 at 11:33:17AM +, Martin Michlmayr wrote:
# Rebootstrap the package
aclocal
On Wed, Sep 13, 2006 at 01:07:22PM -0700, Steve Langasek wrote:
[...]
The only problem is with 2.b. In this case, developers should call
autopoint before aclocal. Bruno Haible provided autopoint for this
exact purpose. It can regenerate m4/gettext.m4 and
po/Makefile.in.in for any
On Wed, Sep 13, 2006 at 02:21:13PM -0700, Steve Langasek wrote:
Hmmm, I do not get your point. Which build failure do you have in mind?
Well, the gnome-lokkit build failure is one such example. Can you show me a
patch for this package that fixes the problem using autopoint, *not* using a
+1,10 @@
+gnome-lokkit (0.50.22-6.1) unstable; urgency=low
+
+ * Non maintainer upload
+ * Fix build failure with gettext 0.15. Closes: #386072
+
+ -- Denis Barbier [EMAIL PROTECTED] Tue, 12 Sep 2006 22:29:49 +0200
+
gnome-lokkit (0.50.22-6) unstable; urgency=low
* Rebuild with libnewt0.52
tags 385177 + patch
thanks
Here is a patch.
Denis
diff -u po.orig/hu.po po/hu.po
--- po.orig/hu.po 2005-11-22 00:15:16.0 +0100
+++ po/hu.po2006-09-09 19:11:07.0 +0200
@@ -99,49 +99,42 @@
msgid %i second
msgid_plural %i seconds
msgstr[0] %i másodperc
-msgstr[1] %i
reassign 382988 kdebase
thanks
On Mon, Aug 21, 2006 at 09:58:39PM +, David Nusinow wrote:
Hi all,
Could someone give me some clue as to what programs in xbase-config are
segfaulting in this case? I'm digging in to the libxkb* code now, but my
guess is that this is a server
On Sun, Aug 13, 2006 at 01:31:18AM +0200, Pierre HABOUZIT wrote:
[...]
diff -u libxinerama-1.0.1/debian/changelog libxinerama-1.0.1/debian/changelog
--- libxinerama-1.0.1/debian/changelog
+++ libxinerama-1.0.1/debian/changelog
@@ -1,3 +1,13 @@
+libxinerama (1:1.0.1-4.1) unstable; urgency=low
Package: localeconf
Severity: serious
Justification: Policy 10.7.3
Hi,
localeconf.postinst does not preserve local changes in /etc/environment,
it uses debconf markers. This usage is considered a violation of policy
for a long time. As /etc/environment is a PAM configuration file,
modifying
On Tue, Jun 20, 2006 at 04:40:53PM +0200, Steinar H. Gunderson wrote:
On Mon, Jun 19, 2006 at 08:57:02PM +0200, Steinar H. Gunderson wrote:
After some discussion on IRC, here's the updated patch.
One change is needed yet; the current code in debconf-copydb simply turns off
i18n support
On Mon, Jun 19, 2006 at 08:57:02PM +0200, Steinar H. Gunderson wrote:
On Mon, Jun 19, 2006 at 01:42:53PM -0400, Joey Hess wrote:
The easiest way would probably be to not track the information and store
(and output) the field as utf-8 without doing any transcoding. This is
not exactly what
On Fri, Jun 16, 2006 at 12:47:39AM +0800, Yichih Liu wrote:
Package: belocs-locales-data
Version: 2.3.4-7sarge2
Followup-For: Bug #355681
This is! I can't to install 'locales' or remove it
also can't setting it !!
becausse if I want to setting or install, The system will tale me
tags 370130 pending
thanks
On Sat, Jun 03, 2006 at 10:17:34AM -0400, Daniel Schepler wrote:
Package: manpages-fr
Version: 1.69.1-1
Severity: serious
Tags: patch
[...]
po4a po4a/util-linux.cfg
make[2]: po4a: Command not found
make[2]: *** [po4a-build] Error 127
make[2]: Leaving directory
On Wed, May 10, 2006 at 02:58:40PM -0700, Steve Langasek wrote:
On Wed, May 10, 2006 at 11:17:51PM +0200, Aurelien Jarno wrote:
I agree. Moreover, manpages from manpages-dev are DFSG compliant whereas
ones from glibc-doc are not. Therefore I suggest to upload a new
manpages-dev package
reassign 365547 manpages-dev,glibc-doc
thanks
On Mon, May 08, 2006 at 10:22:29AM +0200, Roberto Pariset wrote:
Hello,
I wish glibc mantainers could take a look at #365547 and eventually decide
together with Michael Kerrisk what to do about this manpage conflict.
As these manual pages have
severity 364121 important
merge 364121 363644
thanks
On Fri, Apr 21, 2006 at 06:17:11PM +0200, Przemyslaw Grzywacz wrote:
Package: locales
Version: 2.3.6-7
Severity: critical
Justification: breaks unrelated software
I can't upgrade my locales for few days now, I wanted to report it
[Steve Langasek]
Right. The locales package still shouldn't be trying to clean up this
config file, because two wrong writes to the file don't make a right write.
:)
I understand, and -7 has been uploaded yesterday with a slightly different
fix: /etc/environment is not modified at all in
tags 361091 + pending
thanks
On Thu, Apr 06, 2006 at 10:31:45AM -0400, Joe Drew wrote:
Package: locales
Version: 2.3.6-5
Severity: serious
Setting up locales (2.3.6-5) ...
Generating locales (this might take a while)...
en_CA.ISO-8859-1... done
ja_JP.UTF-8... done
ja_JP.EUC-JP...
On Thu, Apr 06, 2006 at 09:21:40PM +0200, Denis Barbier wrote:
On Thu, Apr 06, 2006 at 10:31:45AM -0400, Joe Drew wrote:
Package: locales
Version: 2.3.6-5
Severity: serious
Setting up locales (2.3.6-5) ...
Generating locales (this might take a while)...
en_CA.ISO-8859-1... done
severity 354749 normal
tag 354749 unreproducible
thanks
On Tue, Feb 28, 2006 at 09:02:57PM +0100, Aurelien Jarno wrote:
Frits Daalmans a écrit :
Subject: kernel panic with libc6-2.3.6-2
Package: libc6
Version: 2.3.5-13
Severity: critical
Justification: breaks the whole system
Hello,
On Thu, Mar 16, 2006 at 08:52:49AM +0100, Andreas Kroschel wrote:
Package: xkb-data
Version: 0.8-1
Severity: grave
Justification: renders package unusable
After upgrade to 0.8-1, keyboard layouts in xkb-data do not work at all.
It doesn't make any difference whether they are configured in
On Thu, Mar 16, 2006 at 09:30:19PM +0100, Andreas Kroschel wrote:
* Denis Barbier:
Can you please send your /var/log/Xorg.0.log file?
X Window System Version 6.9.0 (Debian 6.9.0.dfsg.1-4 20060114230205 David
Nusinow [EMAIL PROTECTED])
I also had trouble with xorg 6.9, and have no idea
On Thu, Mar 16, 2006 at 10:31:41PM +0100, Andreas Kroschel wrote:
* Denis Barbier:
I also had trouble with xorg 6.9, and have no idea why. It works fine
here with xorg 7.0, which is why I uploaded xkeyboard-config 0.8-1.
I hope that 7.0 will be uploaded soon, and thus am not willing
On Wed, Mar 15, 2006 at 12:17:49PM +0100, Frank Küster wrote:
dpkg: error processing
/var/cache/apt/archives/x11-common_6.9.0.dfsg.1-4_all.deb (--unpack):
trying to overwrite `/etc/X11/Xsession', which is also in package
xfree86-common
dpkg-deb: subprocess paste killed by signal
On Wed, Mar 15, 2006 at 11:07:33PM +0200, Daniel Stone wrote:
On Wed, Mar 15, 2006 at 09:27:00PM +0100, Denis Barbier wrote:
On Wed, Mar 15, 2006 at 12:17:49PM +0100, Frank Küster wrote:
dpkg: error processing
/var/cache/apt/archives/x11-common_6.9.0.dfsg.1-4_all.deb (--unpack
On Tue, Mar 14, 2006 at 07:49:42PM +0100, Kurt Roeckx wrote:
Package: libx11
Version: 1:1.0.0-3
Severity: serious
Tags: serious
Hi,
Your package is still failing to build. First I get:
checking for XKBPROTO... configure: error: Package requirements
[...]
Which seems to be a missing
On Tue, Mar 14, 2006 at 11:03:32PM +0100, Kurt Roeckx wrote:
On Tue, Mar 14, 2006 at 10:49:50PM +0100, Denis Barbier wrote:
On Tue, Mar 14, 2006 at 07:49:42PM +0100, Kurt Roeckx wrote:
Package: libx11
Version: 1:1.0.0-3
Severity: serious
Tags: serious
Hi,
Your package
On Wed, Mar 15, 2006 at 12:18:43AM +0200, Daniel Stone wrote:
On Tue, Mar 14, 2006 at 10:49:50PM +0100, Denis Barbier wrote:
On Tue, Mar 14, 2006 at 07:49:42PM +0100, Kurt Roeckx wrote:
Your package is still failing to build. First I get:
checking for XKBPROTO... configure: error
tags 356918 pending
thanks
On Tue, Mar 14, 2006 at 11:59:58PM +0100, Kurt Roeckx wrote:
On Tue, Mar 14, 2006 at 11:50:34PM +0100, Denis Barbier wrote:
On Tue, Mar 14, 2006 at 11:03:32PM +0100, Kurt Roeckx wrote:
Anyway, the package checks for a inputproto.pc file directly.
It doesn't
On Wed, Mar 15, 2006 at 01:21:58AM +0200, Daniel Stone wrote:
If I understand, you suggest to apply the attached patch, right?
Index: debian/control
===
--- debian/control (révision 1454)
+++ debian/control (copie de
On Wed, Mar 15, 2006 at 01:31:11AM +0200, Daniel Stone wrote:
Right, so you need B-Ds on x11proto-xext-dev, libxtrans-dev, libxau-dev,
x11proto-xcmisc-dev, x11proto-kb-dev, x11proto-input-dev. You'd need to
version the libxau-dev B-D.
SVN is right now, except that libxtrans-dev is named
On Sun, Feb 12, 2006 at 08:10:06AM +0100, Norbert Preining wrote:
On Son, 12 Feb 2006, Denis Barbier wrote:
- the settings do not affect all terminals, only the one I am logged in
and call dpkg-reconfigure, so I cannot enter any umlauts in any other
console thant the one I called
On Sat, Feb 11, 2006 at 11:47:37PM +0100, Norbert Preining wrote:
Package: console-setup
Version: 1.0
Severity: serious
Hi!
I cannot get console-setup *not* to mess up completely the console,
these are the problems:
- console-setup/variant: Germany - Eliminate dead keys
is not
On Thu, Feb 09, 2006 at 11:32:15AM +0100, Thibaut VARENE wrote:
Good catch, I completely forgot about that one, I thought it was
already merged in.
Thibaut, there is something strange about this bugreport, it seems
to prevent glibc 2.3.5-13 from entering testing, even if it is
tagged etch,sid.
Package: nscd
Version: 2.3.5-12.1
Severity: serious
Tags: patch
Resent from debian-glibc; I will commit the attached patch.
On Mon, Feb 06, 2006 at 11:13:15AM +0100, Denis Barbier wrote:
[Daniel Jacobowitz]
On Sun, Feb 05, 2006 at 10:42:05PM +0100, Denis Barbier wrote:
$ ar p nscd_2.3.5
severity 351605 normal
thanks
On Mon, Feb 06, 2006 at 02:46:24AM +0200, Manolis Tzanidakis wrote:
Package: xlibs
Version: 6.9.0.dfsg.1-4
Severity: grave
Justification: renders package unusable
Starting X on a fresh sid installation (with an xorg.conf created
previously on 6.8.2) reports
tags 350501 etch sid
thanks
On Wed, 01 Feb 2006 18:59:30 +0100, Thibaut VARENE wrote:
Package: nscd
Version: 2.3.5-8
Followup-For: Bug #350501
FYI, I successfully reproduced this bug on another machine running
etch (and running a 32bit kernel):
Tagging this RC bug with etch sid, I am not
Package: libc6
Version: 2.3.5-8
Severity: grave
Justification: renders package unusable
not defined link time reference of GLIBC_PRIVATE in libc-2.3.5.so
call from symbol __res_maybe_init of libnss_dns-2.3.5.so
i.e. exact error message of webmin was:
On Mon, Jan 02, 2006 at 01:32:01PM +0100, Lukas Ruf wrote:
Package: xlibs
Version: 6.9.0.dfsg.1-1
Followup-For: Bug #345436
Dear all,
after upgrading to latest x.org, the Alt-Gr key is not working anymore
under X.
I am using a Swiss German keyboard layout and kept the config
On Mon, Jan 02, 2006 at 05:28:35PM +0100, David Martínez Moreno wrote:
El lunes, 2 de enero de 2006 15:24, Lukas Ruf escribió:
[...]
[EMAIL PROTECTED]| :) -- exiting X and launching it again -- fixed the
problem!
Thanks for the help!
No problem. We are glad to see you happy.
On Mon, Jan 02, 2006 at 09:27:47PM +, Sam Morris wrote:
While investigating #336791 [0] I found that if I have XkbRules set to
'base', instead of the default 'xorg' [1], The Ctrl+Alt+Function key
chord no longer switches between virtual consoles.
And when it is set to xorg, does
Package: gmsh
Version: 1.60.1-2
Severity: serious
Justification: Policy 2.2.1
Christophe,
It looks like you have gcc 4.1 from experimental installed on your
build system, and thus libgcc1 and libstdc++6 dependencies cannot
be satisfied on i386/unstable.
Denis
--
To UNSUBSCRIBE, email to
On Wed, Nov 02, 2005 at 11:32:46PM +0100, Denis Barbier wrote:
[...]
--- console-tools-0.2.3.orig/lib/ksyms.c2005-10-29
17:06:31.0 +0100
+++ console-tools-0.2.3/lib/ksyms.c 2005-10-29 17:07:45.0 +0100
@@ -1669,6 +1669,9 @@
int i
On Sat, Oct 29, 2005 at 05:25:00PM +0100, Martin Orr wrote:
First some observations about reproducing this bug. If
charset iso-8859-7
is added as the first line of the provided keymap, loadkeys accepts it.
This is why the gr-utf8 keymap in console-tools works - it has a
charset line at the
severity 331540 normal
tags 331540 unreproducible
thanks
On Tue, Oct 04, 2005 at 12:14:18AM +0200, Denis Barbier wrote:
On Mon, Oct 03, 2005 at 04:53:38PM -0500, Carter Wiggins wrote:
[...]
gives only:
DOCUMENT_ROOT=/var/www
HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml
On Mon, Oct 03, 2005 at 04:53:38PM -0500, Carter Wiggins wrote:
[...]
gives only:
DOCUMENT_ROOT=/var/www
HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
HTTP_ACCEPT_CHARSET=ISO-8859-1,utf-8;q=0.7,*;q=0.7
which is too little
On Mon, Sep 19, 2005 at 11:48:49AM +0200, Wouter Verhelst wrote:
Package: wml
Version: 2.0.8-11
Severity: grave
Hi,
wml segfaults at startup on my (powerpc) laptop.
This is actually due to an incompatibility between eperl and perl-base
5.8.7-5, which only happens on powerpc. If you need
severity 321580 important
thanks
On Sat, Aug 06, 2005 at 12:57:28PM +0200, Vincent Lefevre wrote:
Package: locales
Version: 2.3.5-3
Severity: grave
Justification: renders package unusable
The locales package has the same behavior in stable, testing and
unstable, so I downgrade this bug to
severity 315347 normal
thanks
On Sat, Jun 25, 2005 at 09:18:19PM +0930, Arthur Marsh wrote:
Package: glibc
Followup-For: Bug #315347
I'm trying to track down what is going wrong with my attempted build of
glibc. linuxthreads seems to be unpacking ok - is there anything further
to check
On Wed, Jun 22, 2005 at 02:56:12PM +0930, Arthur Marsh wrote:
Hi, this is the patch log where the error occurred.
can't find file to patch at input line 46475
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--
|diff -urN -x CVS -x
On Fri, Jun 17, 2005 at 02:34:51PM -0400, Justin Pryzby wrote:
On Fri, Jun 17, 2005 at 07:42:00PM +0200, Andreas Jochens wrote:
Package: belocs-locales-data
Version: 2.3.4-15
Severity: serious
With the attached patch 'belocs-locales-data' can be compiled
on amd64 using gcc-4.0.
Patch
Package: login
Version: 1:4.0.3-30.10
Severity: serious
Hi Christian,
I was told on a non-Debian mailing list that upgrade from woody to sarge
fails because of conflicts between login/sarge and manpages-it/woody.
This is similar to #284239.
I wrote a script to check all conflicting files, here
88 matches
Mail list logo