Processing commands for cont...@bugs.debian.org:
> severity 1103126 important
Bug #1103126 [src:mdds] mdds: FTBFS in testing/i386: make[8]: ***
[Makefile:698: test-suite.log] Error 1
Severity set to 'important' from 'serious'
> thanks
Stopping processing here.
Ple
severity 1103126 important
thanks
Hi,
Am 14. April 2025 13:34:56 MESZ schrieb Lucas Nussbaum :
>Source: mdds
>Version: 2.1.1-2
>Severity: serious
mdds is arch all and arch all is built on amd64. And there are many cases where
_all is buildable only on amd64, ttbomk.
Is this really seriou
e[8]: Entering directory
> '/build/reproducible-path/mdds-2.1.1/test/multi_type_vector/collection/aos'
> ../../../../test-driver: line 112: 4355 Aborted "$@" >>
> "$log_file" 2>&1
> FAIL: test-main
> ===
Hi again,
Am 10.09.24 um 06:15 schrieb Yue Gui:
The patch is in the attachment.
That "patch" just hides everything under the carpet on riscv64.
Whereas this check exactly was added upstream in knowledge riscv64 had that
problem.
And yes, IMHO that needs to be tested, not blacked out on the
~alpha1-1) experimental; urgency=medium
* debian/patches/riscv-disable-NaN-test.diff: disable the NaN test on riscv;
see below
(...)
* debian/libreoffice-calc.{templates,config,postinst.in},
debian/po/*: add debconf note on riscv64 about NaN passing and Calc
maybe having problems (in
Processing commands for cont...@bugs.debian.org:
> close 1081259 4:24.8.0~alpha1-1
Bug #1081259 [src:libreoffice] libreoffice:FTBFS:build failure (test failed on
riscv64)
Marked as fixed in versions libreoffice/4:24.8.0~alpha1-1.
Bug #1081259 [src:libreoffice] libreoffice:FTBFS:build fail
On 2024-09-10 12:15, Yue Gui wrote:
> Source: libreoffice
> Version: 4:24.2.6-1
> Severity: serious
> Tags: FTBFS, patch
> User: debian-ri...@lists.debian.org
> Usertags: riscv64
> X-Debbugs-Cc: debian-ri...@lists.debian.org
Libreoffice has never been built in trixie/sid, so this is technically
no
:
```
test-rtl-math.cxx:662:Assertion
Test name: (anonymous namespace)::Test::test_payloadNaN
equality assertion failed
- Expected: 48879
- Actual : 0
- Your platform does not support propagation of NaN payloads.
Failures !!!
Run: 1335 Failure total: 1 Failures: 1 Errors: 0
make[2]: *** [/<>/
Your message dated Fri, 10 Nov 2023 17:49:07 +
with message-id
and subject line Bug#1054376: fixed in liborcus 0.19.2-1
has caused the Debian Bug report #1054376,
regarding liborcus: FTBFS on hppa - segmentation fault in orcus-test-xml-mapped
to be marked as done.
This means that you claim
Hi,
Am 01.11.23 um 16:37 schrieb John David Anglin:
The attached change fixes orcus_test_xml_mapped test on hppa hardware:
https://buildd.debian.org/status/fetch.php?pkg=liborcus&arch=hppa&ver=0.17.2-4&stamp=1698851675&raw=0
Erm? Please don't tell me you apply stuff
This is orcus issue #194:
https://gitlab.com/orcus/orcus/-/issues/194
The attached change fixes orcus_test_xml_mapped test on hppa hardware:
https://buildd.debian.org/status/fetch.php?pkg=liborcus&arch=hppa&ver=0.17.2-4&stamp=1698851675&raw=0
Regards,
Dave Anglin
---
Index: lib
Hi,
Am 23.10.23 um 00:10 schrieb John David Anglin:
The build fails on real hppa hardware (i.e., not qemu):
[...]
Exactly the same binary runs successfully under qemu.
Maybe there is a timing issue in the orcus::file_content::~file_content
destructor?
That is something for you as hppa porter
Source: liborcus
Version: 0.17.2-4
Severity: normal
Tags: ftbfs
Dear Maintainer,
The build fails on real hppa hardware (i.e., not qemu):
FAIL orcus-test-xml-mapped (exit status: 139)
Testsuite summary for liborcus
El lun, 13-04-2020 a las 11:43 +0200, Rene Engelhard escribió:
> On Sun, Apr 12, 2020 at 06:55:18PM +0200, Rene Engelhard wrote:
> > > Would you please can make a compilation of this nigtly build somewere
> > > (experimental?) so I can confirm upstream that the problem is fixed#
>
> Looks like it
On Sun, Apr 12, 2020 at 06:55:18PM +0200, Rene Engelhard wrote:
> > Would you please can make a compilation of this nigtly build somewere
> > (experimental?) so I can confirm upstream that the problem is fixed#
Looks like it is, there is now an expander. The dialog itself will be
bigger than the s
Hi,
On Sun, Apr 12, 2020 at 06:55:18PM +0200, Rene Engelhard wrote:
> But will do and upload to
> https://people.debian.org/~rene/libreoffice/6.4/snapshots/.
> (en-US only and amd64 only of course)
Done.
Regards,
Rene
[ Mail ended up somewhere in nirvana, not here, not in Spam but in the
mailing list archives... ]
Hi,
> Would you please can make a compilation of this nigtly build somewere
> (experimental?) so I can confirm upstream that the problem is fixed#
No, I am not uploading random snapshots to experi
Hello
I have an issue with printing dialog size and a 768px screen height in
bullseye
I reported it to upstream and it seems they fixed the issue:
My report at:
https://bugs.documentfoundation.org/show_bug.cgi?id=131429
Marked as duplicate of:
https://bugs.documentfoundation.org/show_bug.cgi?id
Your message dated Thu, 09 Jan 2020 17:40:52 +
with message-id
and subject line Bug#948120: fixed in libreoffice 1:6.4.0~rc2-1
has caused the Debian Bug report #948120,
regarding libreoffice: Incorrect conditional test to enable BUILD_NOGUI_PACKAGES
to be marked as done.
This means that you
On 1/4/20 3:25 PM, Rene Engelhard wrote:
> On Sat, Jan 04, 2020 at 03:15:02PM +0100, John Paul Adrian Glaubitz wrote:
>> Feel free to do the same for powerpc as the build machine
>> for ppc64 and powerpc is the same and the new one for
>> both architectures will be even faster.
>
> No, powerpc in
On Sat, Jan 04, 2020 at 03:15:02PM +0100, John Paul Adrian Glaubitz wrote:
> Feel free to do the same for powerpc as the build machine
> for ppc64 and powerpc is the same and the new one for
> both architectures will be even faster.
No, powerpc in 32bits is dead.
And I even enabled i386 there onl
On 1/4/20 2:57 PM, Rene Engelhard wrote:
> Yes, because BUILD_NOGUI_PACKAGES=y is set because of findstring vs. filter.
>
> There you *are* right, I didn't say anything else.
This bug report was just about this particular issue
of using the wrong keyword.
>> What? I'm not sure why this would be
Hi,
On Sat, Jan 04, 2020 at 02:33:51PM +0100, John Paul Adrian Glaubitz wrote:
> On 1/4/20 2:28 PM, Rene Engelhard wrote:
> > That just means that BUILD_NOGUI_PACKAGES=n is set and the nogui part is
> > not even tried.
> > ppc64 is fast and has server uses, so should definitel get -nogui.
>
> Th
be a workaround. You didn't
put ppc64 in the list of NOGUI architectures. That means the
nogui code itself wasn't build.
>From [1]:
"Searches in for an occurrence of find. If it occurs, the value is find;
otherwise, the value is empty. You can use this function in a co
Hi,
On Sat, Jan 04, 2020 at 02:07:36PM +0100, John Paul Adrian Glaubitz wrote:
> On 1/4/20 10:19 AM, John Paul Adrian Glaubitz wrote:
> > I haven't verified it, but my suspicion is that the following conditional
> > test is
> > incorrect as the function findst
On 1/4/20 10:19 AM, John Paul Adrian Glaubitz wrote:
> I haven't verified it, but my suspicion is that the following conditional
> test is
> incorrect as the function findstring will match "ppc64" in OOO_NOGUI_ARCHS if
> it contains "ppc64el":
&g
x27;t verified it, but my suspicion is that the following conditional
> test is
> incorrect as the function findstring will match "ppc64" in OOO_NOGUI_ARCHS if
> it contains "ppc64el":
But...
> ifeq "$(ENABLE_GUI)" "y"
> ifneq (,$(findstring
/applications/*.desktop’: No such
file or directory
make: *** [debian/rules:2699: debian/stampdir/install-arch] Error 1
I haven't verified it, but my suspicion is that the following conditional test
is
incorrect as the function findstring will match "ppc64" in OOO_NOGUI_ARCHS if
it co
Your message dated Sat, 30 Nov 2019 09:35:02 +
with message-id
and subject line Bug#945860: fixed in liborcus 0.15.3-3
has caused the Debian Bug report #945860,
regarding The test depends need to be updated
to be marked as done.
This means that you claim that the problem has been dealt with
Package: liborcus
Version: 0.15.3-2
The debian/tests/control Depends didn't get updated for the new -15
binaries, which makes the tests depends now not installable
Your message dated Tue, 08 Jan 2019 18:49:59 +
with message-id
and subject line Bug#918685: fixed in graphite2 1.3.13-4
has caused the Debian Bug report #918685,
regarding graphite2: FTBFS with test failures: awamicmp[123]
to be marked as done.
This means that you claim that the problem has
Am 8. Januar 2019 12:08:56 MEZ schrieb Andreas Beckmann :
>Source: graphite2
>Version: 1.3.13-3
>Severity: serious
>Justification: fails to build from source (but built successfully in
>the past)
>
>Hi,
>
>graphite2/experimental FTBFS on all architectures:
>
>https://buildd.debian.org/status/packag
Source: graphite2
Version: 1.3.13-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hi,
graphite2/experimental FTBFS on all architectures:
https://buildd.debian.org/status/package.php?p=graphite2&suite=experimental
The following tests FAILED:
Your message dated Mon, 27 Aug 2018 17:04:22 +
with message-id
and subject line Bug#884190: fixed in graphite2 1.3.12-1
has caused the Debian Bug report #884190,
regarding graphite2: FTBFS on x32: Test #78: bits: Failed
to be marked as done.
This means that you claim that the problem has
Source: graphite2
Version: 1.3.11-2
Followup-For: Bug #884190
I’ve discovered the root of the issue: a check for __x86_64__
without a corresponding check for __ILP32__ makes x32 being
misdetected as amd64.
The actual test failed because the preparation of the test data
uses UL not ULL, and long
the below excerpts from
https://buildd.debian.org/status/fetch.php?pkg=graphite2&arch=x32&ver=1.3.10-8&stamp=1512868724&raw=0:
78/92 Test #78: bits .***Failed0.00 sec
[...]
bit_set_count(uint64(0x)) -> 0
b
This is an automated email from the git hooks/post-receive script.
rene pushed a commit to branch master
in repository libreoffice.
commit f5385262d3a651ad4ed91b5007646e699eeb2364
Author: Rene Engelhard
Date: Thu Aug 11 20:30:55 2016 +0200
clean up test disabling, disable on sparc64. Add
This is an automated email from the git hooks/post-receive script.
rene pushed a commit to branch debian-experimental-5.2
in repository libreoffice.
commit 2e6665f28921a0fa0364dc5b07de9a19f80b084d
Author: Rene Engelhard
Date: Thu Aug 11 20:30:55 2016 +0200
clean up test disabling
This is an automated email from the git hooks/post-receive script.
rene pushed a commit to branch master
in repository libreoffice.
commit 98121cca922f695c5f65b3b9a0cbdb82a761787a
Author: Rene Engelhard
Date: Tue Aug 2 23:37:04 2016 +0200
Revert "remove manual pyuno import test; use
This is an automated email from the git hooks/post-receive script.
rene pushed a commit to branch master
in repository libreoffice.
commit eef3bd97ea1eee019c11fea0c9474bebf0ccb4d3
Author: Rene Engelhard
Date: Tue Aug 2 19:03:15 2016 +0200
remove manual pyuno import test; use Test-Command
-casing in sdk-examples test
---
changelog | 2 ++
tests/control | 2 +-
tests/control.in | 2 +-
tests/sdk-examples | 9 +++--
4 files changed, 7 insertions(+), 8 deletions(-)
diff --git a/changelog b/changelog
index 5f45bd6..65fc86d 100644
--- a/changelog
+++ b/changelog
, remove obsolete make cleans
and make Java test actually be run
---
tests/sdk-examples | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
diff --git a/tests/sdk-examples b/tests/sdk-examples
index c249897..d522caf 100755
--- a/tests/sdk-examples
+++ b/tests/sdk-examples
This is an automated email from the git hooks/post-receive script.
rene pushed a commit to branch master
in repository libreoffice.
commit c84011c7b40b102066fdacaa6c368e87b295a8f3
Author: Rene Engelhard
Date: Mon Apr 4 18:16:46 2016 +0200
add sdk-examples test test-building some SDK
Your message dated Thu, 10 Mar 2016 12:45:56 +
with message-id
and subject line Bug#815292: fixed in libreoffice 1:5.1.1-1
has caused the Debian Bug report #815292,
regarding libreoffice: FTBFS on i386: test failure:
testFlipAndRotateCustomShape::Import_Export_Import
to be marked as done
This is an automated email from the git hooks/post-receive script.
rene pushed a commit to branch master
in repository libreoffice.
commit 0ba5548a3c64bd9900f5579a8279f17829f465f2
Author: Rene Engelhard
Date: Mon Mar 7 23:33:15 2016 +0100
clean up test dependencies
---
changelog
Processing commands for cont...@bugs.debian.org:
> tag 815292 + upstream
Bug #815292 [src:libreoffice] libreoffice: FTBFS on i386: test failure:
testFlipAndRotateCustomShape::Import_Export_Import
Added tag(s) upstream.
> thanks
Stopping processing here.
Please contact me if you need assi
;arch=i386&ver=1%3A5.1.1~rc1-1&stamp=1455588828
>
> [...]
> FDO74774.docx,526
> File tested,Execution Time (ms)
> FDO74774.docx,1483
> xmltesttools.cxx:99:Assertion
> Test name: testFlipAndRotateCustomShape::Import_Export_Import
> equality assertion failed
&g
..]
FDO74774.docx,526
File tested,Execution Time (ms)
FDO74774.docx,1483
xmltesttools.cxx:99:Assertion
Test name: testFlipAndRotateCustomShape::Import_Export_Import
equality assertion failed
- Expected: 2351
- Actual : 2350
- In , attribute 'x' of
'//a:custGeom/a:pathLst/a:path/a:ln
. See below.
> possible I reported a non-issue, although I tried to avoid that.
It probably is. See below.
> I apologize in advance if this is the case.
No problem.
> If you have some time to look into this issue, that'd be great. If
> not, I can re-test the package with GCC 6 in
workaround, the test file is gone
---
changelog | 6 ++
rules | 18 --
2 files changed, 6 insertions(+), 18 deletions(-)
diff --git a/changelog b/changelog
index d8fe2c1..15102f6 100644
--- a/changelog
+++ b/changelog
@@ -1,3 +1,9 @@
+libreoffice (1:5.0.5~rc1~git20151219-1
This is an automated email from the git hooks/post-receive script.
rene pushed a commit to branch debian-experimental-5.0
in repository libreoffice.
commit 036d36cfb72b371d8e360a7af75667781ba22788
Author: Rene Engelhard
Date: Tue Nov 17 12:52:56 2015 +0100
remove checkBookmarks test
This is an automated email from the git hooks/post-receive script.
rene pushed a commit to branch debian-experimental-5.1
in repository libreoffice.
commit e436aea0a4fbb0d340a70fee3f7df245f442fac4
Author: Rene Engelhard
Date: Tue Nov 17 12:52:56 2015 +0100
remove checkBookmarks test
Your message dated Tue, 15 Sep 2015 10:38:23 +0200
with message-id <20150915083823.ge5...@rene-engelhard.de>
and subject line seems fixed.
has caused the Debian Bug report #706346,
regarding graphite2: FTBFS on powerpcspe (failed test due to rounding issue)
to be marked as done.
This mean
Hi,
On Sun, Aug 30, 2015 at 12:02:44PM +0200, Javier Barroso wrote:
> Yesterday I was playing in another debian sid computer with XFCE
> trying to reproduce the bug, but I did not get the crash.
Gtk2, afaik.
> I was waiting to have time to turn on the other computer, and compare
> packages insta
Hi,
On Sat, Aug 29, 2015 at 04:34:47AM +0200, Rene Engelhard wrote:
> which is
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=e5539b0b53ebaf9b792652e4866eeacf8c10b101
>
> Would be nice if you could retry with
> https://people.debian.org/~rene/libreoffice/test/795
but then with big
visibility...
16:06 it must be dying on the m_aContents->getTransferData(aFlavor)
line
Shortly after that:
16:13 < loircbot> LibreOffice (core) caolanm *
vcl/unx/gtk3/app/gtk3gtkinst.cxx: deb#795131 plausible fix
16:13 <@caolan>
-tiledrendering-test.diff: temporarily disable test
---
changelog| 7 ---
patches/disable-tiledrendering-test.diff | 17 +
patches/series | 1 +
3 files changed, 22 insertions(+), 3 deletions(-)
diff --git a/changelog b
mediaembedding test...
---
patches/disable-mediaembedding-test.diff | 37
1 file changed, 37 insertions(+)
diff --git a/patches/disable-mediaembedding-test.diff
b/patches/disable-mediaembedding-test.diff
new file mode 100644
index 000..2985d83
--- /dev/null
Using libreoffice-calc 1:4.3.2-1~bpo70+1 amd64 on Debian 7.7 as updated
(wheezy).
See the attached test case. If you open this as is, you will see
conditional formatting in portions of rows 4 and 6. It should be in all
used rows and columns except rows 1, 2, and 3.
The following should give you
test jars
---
rules | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/rules b/rules
index 5c72ece..d0bec30 100755
--- a/rules
+++ b/rules
@@ -888,13 +888,11 @@ ifeq "$(RUN_MAKE_CHECK)" "y"
BUILD_DEPS += , fonts-liberation
endif
#B
This is an automated email from the git hooks/post-receive script.
sweetshark-guest pushed a commit to branch ubuntu-trusty-4.2
in repository libreoffice.
commit d811d9cf022287038705f929b2c9c2f50635fb7b
Author: Bjoern Michaelsen
Date: Fri Nov 8 10:33:06 2013 +0100
upstream alpha1 test
Your message dated Thu, 16 May 2013 09:53:16 +
with message-id
and subject line Bug#706870: Removed package(s) from unstable
has caused the Debian Bug report #366891,
regarding needs megabytes in $HOME just to test drive
to be marked as done.
This means that you claim that the problem has
Processing commands for cont...@bugs.debian.org:
> tag 706346 - upstream
Bug #706346 [src:graphite2] graphite2: FTBFS on powerpcspe (failed test due to
rounding issue)
Removed tag(s) upstream.
> tag 706346 - sid
Bug #706346 [src:graphite2] graphite2: FTBFS on powerpcspe (failed test
tag 706346 - upstream
tag 706346 - sid
tag 706346 + wontfix
thanks
On Sun, Apr 28, 2013 at 06:15:22PM +0200, Roland Stigge wrote:
> Version: 1.1.3-1
> Severity: wishlist
> Tags: sid upstream
No, not upstream. You said that yourself.
> I.e. a rounding issue leading to "-0.0" instead of expected "
Source: graphite2
Version: 1.1.3-1
Severity: wishlist
Tags: sid upstream
User: debian-powerpc...@breakpoint.cc
Usertags: powerpcspe
Hi,
graphite currently FTBFS[1] on powerpcspe[2]. This is due to a failing test
("25/70 Test #25: scher1Output"). The difference between the expected
uite and thus I'll probably
> --disable-liblangtag there for this test-builds.
I needed to fiy a dependency, so I rebuilt all of them a few days ago -
and I took the opportunity to build "clean" armel debs. They now finished :(
(i386/amd64 "normal", armel with said
Hi again,
On Sat, Dec 08, 2012 at 01:11:52PM +0100, Rene Engelhard wrote:
> - You need various libraries from experimental:
>- libcdr (already there for LO 3.6.x)
and clucene, too (also already there for LO 3.6.x).
What I also forgot to mention:
- binfilter (-filter-binfilter) is gone
w; armel will follow in a unofficial/ folder
as the needed liblangtag fails its testsuite and thus I'll probably
--disable-liblangtag there for this test-builds.
Notes:
- You need various libraries from experimental:
- libcdr (already there for LO 3.6.x)
- liblangtag, liborcus, libmspub (
I found a bug, but not in the Debian Package.
The tooltip texts on the toolbars doesn't work. But, again, this is not
related to the package.
The backport works fine upgrading from 3.4.x.
Anyways, ignoring the missing tooltip texts, the overall result is a
very good packages.
El jue, 16-08-2012
On Wed, Aug 15, 2012 at 02:36:54PM -0500, Félix Arreola Rodríguez wrote:
> El mié, 15-08-2012 a las 10:53 +0200, Rene Engelhard escribió:
> > On Wed, Aug 15, 2012 at 08:03:54AM +0200, Rene Engelhard wrote:
> > > Please test the packages at
> > > http://people.debia
Really, really thanks!
El mié, 15-08-2012 a las 10:53 +0200, Rene Engelhard escribió:
> On Wed, Aug 15, 2012 at 08:03:54AM +0200, Rene Engelhard wrote:
> > Please test the packages at
> > http://people.debian.org/~rene/libreoffice/bpo...
>
> Forget it, for whatever nonsensic
On Wed, Aug 15, 2012 at 11:18:53AM +0200, W. Martin Borgert wrote:
> Quoting "Rene Engelhard" :
> >Please test the packages at
> >http://people.debian.org/~rene/libreoffice/bpo...
>
> Are other architectures (i.e. i386) in the works? Will test then ASAP.
Onl
Quoting "Rene Engelhard" :
Please test the packages at
http://people.debian.org/~rene/libreoffice/bpo...
Are other architectures (i.e. i386) in the works? Will test then ASAP.
(Btw. thanks again for working on LO backports! In my company Squeeze
on the developers desktops would
On Wed, Aug 15, 2012 at 08:03:54AM +0200, Rene Engelhard wrote:
> Please test the packages at
> http://people.debian.org/~rene/libreoffice/bpo...
Forget it, for whatever nonsensical reason libreoffice-java-common
gained a depends on openoffice.org-java-common which is of course
b*it
R
Hi,
On Mon, Aug 13, 2012 at 10:06:15PM +0200, Rene Engelhard wrote:
> > If you backport 3.5.x I will be eternally grateful. But right now I'm
>
> Just running a testbuild with...
[...]
Please test the packages at
http://people.debian.org/~rene/libreoffice/bpo...
Regard
ted to test the version of LO in experimental. lo-core is
depending on:
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you
revno: 2053
committer: Rene Engelhard
branch nick: debian
timestamp: Tue 2010-07-06 22:25:16 +0200
message:
force en-US only for instsetoo_native build in test
modified:
rules
=== modified file 'rules'
--- a/rules 201
Processing commands for cont...@bugs.debian.org:
> close 542854 1.0~beta3-1
Bug#542854: writer2latex: suboptimal determination of tex-filename: w2l
test-v0.1.odt results in test-v0.tex
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed i
Your message dated Wed, 26 Aug 2009 16:01:05 +0200
with message-id <20090826140105.gi4...@rene-engelhard.de>
has caused the report #542854,
regarding writer2latex: suboptimal determination of tex-filename: w2l
test-v0.1.odt results in test-v0.tex
to be marked as having been forwarded
Package: writer2latex
Version: 0.5.0.2-4
Severity: minor
Hi,
when running writer2latex on a .odt-file where the filename contains dots, the
determination of the new tex-filename goes strange. Running
$ w2l test-v0.1.odt
results in test-v0.tex, whereas I would expect test-v0.1.tex. Actually
Your message dated Sun, 19 Oct 2008 16:17:12 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#502759: fixed in hyphen 2.4-4
has caused the Debian Bug report #502759,
regarding openoffice.org-hyphenation-en-us: piuparts test fails: postinst: line
5: update-openoffice-dicts: c
Package: openoffice.org-hyphenation-en-us
Version: 2.4-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: piuparts-20081019 piuparts
Hi,
During tests using piuparts of all packages in lenny,
I ran into the following problem:
> Reading package lists...
> Building dependency tree...
> Rea
.4.1 would simply reject it in configure. Could be
> patched, but I don't feel to change ICU version that late in the
> release cycle anyway..
Sounds good -- I'll stick to my original plan of doing the ICU 4.0
transition post lenny. Thanks for your quick response and willingness
to
Hi,
Jay Berkenbilt wrote:
> Hello openoffice maintainers. I have recently uploaded ICU 4.0 into
> experimental and would be grateful if you could test to make sure
> openoffice.org works with it. There had been a patch applied to ICU
Seen. Will check when beta2 is finished (and the n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello openoffice maintainers. I have recently uploaded ICU 4.0 into
experimental and would be grateful if you could test to make sure
openoffice.org works with it. There had been a patch applied to ICU
3.6 specifically for openoffice. I was
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.20
> retitle 366891 needs megabytes in $HOME just to test drive
Bug#366891: needs megabytes in /home/rene just to test drive
Changed Bug title to `needs megabytes in $HOME just t
Hi,
Dan Jacobson wrote:
> $ oowriter
> $ du -sh .openoffice.org2
> 3.9M.openoffice.org2
> 3.9M just to test drive.
[EMAIL PROTECTED]:~/.openoffice.org2$ du -hs
2,1M.
with 2.4.0 rc1.
> Isn't there something wasteful about copying
> imagecache/res_commandimag
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.16
> severity 366891 minor
Bug#366891: openoffice needs 3.9 megabytes in $HOME just to test drive
Severity set to `minor' from `wishlist'
> retitle 366891 needs mega
revno: 807
committer: Rene Engelhard <[EMAIL PROTECTED]>
branch nick: debian
timestamp: Sat 2007-07-28 14:02:50 +0200
message:
new ooo-build/test files; -base already depends on -core, so...
modified:
changelog
control
cont
On Thu, Apr 19, 2007 at 02:22:37PM -0500, Ron Johnson wrote:
>
> I just downloaded and opened payroll2007clean.ods using
> (experimental) OOo 2.2.0-1 without it crashing. Then I upgraded to
> 2.2.0-4 in unstable. Still no crash.
well, I just tried this on another sid box using versions
2.0.4.df
On Thu, Apr 19, 2007 at 02:22:37PM -0500, Ron Johnson wrote:
> On 04/19/07 13:17, Andrew Sackville-West wrote:
> > just for the record. the test file above, which crashes oocalc 2.2
> > reliably on my machine, but not 2.0 on etch, will also cause a crash
> > is saved in ooca
On 04/19/07 13:17, Andrew Sackville-West wrote:
> just for the record. the test file above, which crashes oocalc 2.2
> reliably on my machine, but not 2.0 on etch, will also cause a crash
> is saved in oocalc 1.x format, but if saved to .xls (95) and then
> resaved as .ods works fine,
just for the record. the test file above, which crashes oocalc 2.2
reliably on my machine, but not 2.0 on etch, will also cause a crash
is saved in oocalc 1.x format, but if saved to .xls (95) and then
resaved as .ods works fine, so something is being translated and fixed
there. again, hth.
A
Package: openoffice.org-common
Version: 2.0.2-2
Severity: wishlist
$ oowriter
$ du -sh .openoffice.org2
3.9M.openoffice.org2
3.9M just to test drive.
Isn't there something wasteful about copying
imagecache/res_commandimagelist_lc_* etc. to the user's home directory, and
manipul
Rene Engelhard schrieb:
Hi,
Hi
I've installed this version before and now also the version available
from apt-sources...
which version from apt sources? -java isn't available from apt
sources...
A few weeks ago, i think at the beginning of august i've search for
OOo-packages and there
Hi,
Markus Plessing wrote:
> I've installed this version before and now also the version available
> >from apt-sources...
which version from apt sources? -java isn't available from apt
sources...
> >The question is, did I find all of the files that
> >need replacing yet?
>
> I'm missing:
>
>
Hi,
Emmanuel Charpentier wrote:
> For a longer-term view : until free JVMs and J2SDKs do big progress,
> Java availability cannot be a standard feature of a set of
> openoffice.org packages in main. So I see two workarounds :
>
> 1) (poor) have a set of Java-enabled openoffice.org-* packages in
Seen in the debian-openoffice archive your post of Jul 19, 2004 :
> Hi folks,
> For those who are brave - or desperate - enough to want to try out OOo
> with Java support enabled, here's a package that you can install:
>
>
http://people.debian.org/~halls/openoffice
Hi folks,
Hi,
For those who are brave - or desperate - enough to want to try out OOo
with Java support enabled, here's a package that you can install:
http://people.debian.org/~halls/openoffice/test/openoffice.org-java_1.1.2-2+java_i386.deb
I've installed this version before an
Hi Chris,
I dont see why this should matter, but it is an obvious difference in our
set-ups = the locale settings? can you try setting these and see what
happens?
thanks
jim
my settings:
> Kernel: Linux 2.6.5
> Locale: LANG=en_US, LC_CTYPE=en_US
[EMAIL PROTECTED]:~$ locale
LANG=en_US
LC_CTYPE
1 - 100 of 121 matches
Mail list logo
