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 m
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 '-sourc
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 f
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 salo
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
Descri
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 debian/
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
compone
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 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:
> +pat
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
>> +
>
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
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?)
* I
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
i
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
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
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
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.or
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=revision&revision=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 git
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
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 th
severity 567877 normal
thanks
2010/1/31 Lee Azzarello :
> 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'
> [100%] Building CX
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:
>
> http://packages.debian.org/experimental/i386/libvtk-java
On 2010/1/3 Mathieu Malaterre wrote:
> Could someone please let me know what is going on ?
>
> http://packages.debian.org/search?suite=experimental&arch=any&mode=path&searchon=contents&keywords=vtk.jar
>
> Where is vtk.jar ?
Hi Mathieu,
As explained in a previous mail, it had accidentally been dr
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
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 th
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
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 o
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 (b
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 bro
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
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
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 t
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
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 dia
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
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
[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
> > >
kit-0.50.22/debian/changelog
--- gnome-lokkit-0.50.22/debian/changelog
+++ gnome-lokkit-0.50.22/debian/changelog
@@ -1,3 +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 <[EM
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] "
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 config
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=
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 this
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
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 dire
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 pack
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 ye
[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
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
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.EU
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
> >
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 upload
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 trou
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 configur
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/
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 sig
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 xtr
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 (co
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&q
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:
> > > checkin
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
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 m
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
> >
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
> i
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:
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) rep
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 a
> 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:
> /usr/share/webmin-1.220/we
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 everyt
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 yo
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 conf
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 [EMAI
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 +166
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
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_ACCE
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
Hi,
eperl has been broken by the latest Perl upload (5.8.7-5), it now
segfaults on powerpc when loading binary modules:
$ cat tst1
<: use POSIX; :>
$ cat tst2
<: use Test; :>
$ eperl tst1
Segmentation fault
$ eperl tst2
$ ldd eperl
libperl.so.5.8 => /usr/lib/libperl.so
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 yo
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
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 -
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-
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 i
89 matches
Mail list logo
