Hi,
Am 23.10.23 um 21:59 schrieb Rene Engelhard:
Am 29.10.23 um 11:13 schrieb Rene Engelhard:
> (The workaround would be --without-java which I verified to work on
> zelenka (see aboe), but this opens a can of worms. Not only disabling
> some (built-in) features like the Repor
Hi,
Am 24.10.23 um 15:45 schrieb René Engelhard:
Am 24. Oktober 2023 08:58:22 MESZ schrieb John Paul Adrian
Glaubitz:
Hello!
On Mon, 2023-10-23 at 23:20 +0200, Rene Engelhard wrote:
we're explicitly building with OpenJDK 8 while Debian builds
with OpenJDK 17 [2] which might explain
Hi,
Am 23.10.23 um 23:06 schrieb John Paul Adrian Glaubitz:
On Mon, 2023-10-23 at 21:59 +0200, Rene Engelhard wrote:
since LibreOffice 7.6 (which added some more tests which were manual
before to the automatic set) the testtools' bridge test fails:
https://buildd.debian.org/status/fetch.php
Hi,
forgot to edit $SUBJECT. This is just ppc64el for now.
(While s390x also has broken bridges --without-java doesn't seem to help
here unfortunately :/)
Regards,
Rene
Am 23.10.23 um 21:59 schrieb Rene Engelhard:
Hi,
since LibreOffice 7.6 (which added some more tests which were manual
Hi,
since LibreOffice 7.6 (which added some more tests which were manual
before to the automatic set) the testtools' bridge test fails:
https://buildd.debian.org/status/fetch.php?pkg=libreoffice=ppc64el=4%3A7.6.2-3=1697981409=0
See the discussion upstream in
Hi,
Am 22.07.23 um 16:09 schrieb Andreas Schwab:
On Jul 22 2023, Rene Engelhard wrote:
Am 22.07.23 um 15:53 schrieb Andreas Schwab:
On Jul 22 2023, Rene Engelhard wrote:
Does opensuse have some public git/$VCS?
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:RISCV
Am 22.07.23 um 15:53 schrieb Andreas Schwab:
On Jul 22 2023, Rene Engelhard wrote:
Does opensuse have some public git/$VCS?
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:RISCV/libreoffice/standard/riscv64
Thanks...
But maybe I am too blind.
I don't see the actual
Hi,
Am 22.07.23 um 15:07 schrieb Andreas Schwab:
Which gives the smoketest test failure here I pointed out (again) in my
other mail.
$ find /usr/lib64/libreoffice/ -name "*smoke*"
/usr/lib64/libreoffice/program/classes/smoketest.jar
How can I run that?
You can't from that, ttbomk. You miss
Hi,
Am 22.07.23 um 15:02 schrieb Andreas Schwab:
On Jul 22 2023, Rene Engelhard wrote:
https://lists.debian.org/debian-riscv/2023/07/msg00014.html is for manual
thing. And the IRC log shows that even libreoffice-lightproof-en etc don't
appear as bundled extensions.
$ unopkg list --bundled
Hi,
Am 22.07.23 um 14:34 schrieb Andreas Schwab:
On Jul 22 2023, Rene Engelhard wrote:
And that includes LibreOffice-bundled extensions like the
english,hungarian,russian grammar checker for example. Ot external finnish
spellchecking, hyphenation and grammer checking. Or turkish spellchecing
Hi,
Am 22.07.23 um 14:28 schrieb Andreas Schwab:
On Jul 22 2023, Rene Engelhard wrote:
Yes. _basically_. (Only with -O0 or maybe -Os as upstreams makefile says,
though)
On openSUSE Factory, libreoffice is built with the usual compiler flags,
wich includes full optimisation and hardening
Hi,
Am 22.07.23 um 14:25 schrieb Andreas Schwab:
On Jul 22 2023, Rene Engelhard wrote:
Just not registering or unregistering *any* extension.
What does that mean? I haven't seen any errors about extensions.
Do you run the testsuite?
Especially the smoketest?
And you are replying
Hi,
Am 22.07.23 um 14:09 schrieb Rene Engelhard:
And that included packaged extensions so if they install but don't work
that's a grave bug.
And that includes LibreOffice-bundled extensions like the
english,hungarian,russian grammar checker for example. Ot external
finnish spellchecking
Hi,
Am 22.07.23 um 14:02 schrieb Andreas Schwab:
On Jun 18 2023, Rene Engelhard wrote:
For riscv64 I already pointed that out in the thread starting at
https://lists.debian.org/debian-riscv/2023/06/msg0.html, but for the
other architectures there is the mail now. riscv64 is different
Hi,
Am 03.07.23 um 21:31 schrieb Rene Engelhard:
Am 25.06.23 um 13:37 schrieb Rene Engelhard:
what about the
following:
- make all test failures fatal on a*64 (since upstream tests these), and
- make smoketest failures fatal on all architectures (including ports)
That was implemented (+ two
Hi,
Am 25.06.23 um 13:37 schrieb Rene Engelhard:
what about the
following:
- make all test failures fatal on a*64 (since upstream tests these), and
- make smoketest failures fatal on all architectures (including ports)
That was implemented (+ two more important tests) in experimental. See
Hi,
Am 20.06.23 um 10:25 schrieb Adrian Bunk:
On Tue, Jun 20, 2023 at 05:52:44AM +0200, Rene Engelhard wrote:
Hi,
Am 19.06.23 um 23:29 schrieb Rene Engelhard:
The pragmatic option would be to run only a smoketest for build success
on architectures not tested by upstream.
And have Format
Hi,
Am 20.06.23 um 16:52 schrieb Kurt Roeckx:
On Tue, Jun 20, 2023 at 05:52:44AM +0200, Rene Engelhard wrote:
Hi,
Am 19.06.23 um 23:29 schrieb Rene Engelhard:
The pragmatic option would be to run only a smoketest for build success
on architectures not tested by upstream.
And have Format
Hi,
Am 19.06.23 um 23:29 schrieb Rene Engelhard:
The pragmatic option would be to run only a smoketest for build success
on architectures not tested by upstream.
And have Format->Character in Impress crash with Bus error like on
mipsel? That doesn't sound too good for basic qual
Hi,
Am 20.06.23 um 00:03 schrieb Jeffrey Walton:
You can usually uncover them by building the package with CFLAGS=" ...
-fsanitize=undefined ... " and CXXFLAGS=" ... -fsanitize=undefined ...
". The UBsan sanitizer operates on real data. There are no false
positives.
I'd personally assume
Hi,
Am 19.06.23 um 23:19 schrieb Adrian Bunk:
On Sun, Jun 18, 2023 at 09:31:05AM +0200, Rene Engelhard wrote:
...
I won't be of much help here unfortunately, except
maybe testing patches, but then again there's porterboxes
...
You are the only one who could realistically debug many
Hi again,
some more comments.
Am 18.06.23 um 21:28 schrieb Rob Landley:
No, that's how I read it too. You said getting the _architectures_
removed, not
getting libreoffice removed from those architectures.
That is hilarious. The subject says we are talking about LibreOffice
here, not
Hi,
Am 18.06.23 um 21:28 schrieb Rob Landley:
Of course I mean "getting those architectures removed from unstable"
*for libreoffice*.
This is the same GPLv3 package that Red Hat just dropped support for?
GPLv3 doesn't have anything to do with this here.
https://lwn.net/Articles/933525/
Hi again.
Am 18.06.23 um 10:32 schrieb Rene Engelhard:
I don't really like sweeping it under the carpet again and would
actually pursue the "getting those architectures removed from unstable"
way pointed out and (implicitely) approved/suggested by the release
team...
You want Debi
Hi,
Am 18.06.23 um 10:19 schrieb John Paul Adrian Glaubitz:
On Sun, 2023-06-18 at 09:31 +0200, Rene Engelhard wrote:
Also note I am not talking about the debian-ports architectures. Those I
forgot and I have no problems making them stay into "testsuite ran but
results ignored" set
Hi,
I originally wanted to send the mail after all the architectures got
result but now even after 6d mips64el didn't try it so I send it now.
Prompted by riscv64 supposed to be added to the archive and even
as a release arch for trixie - see
C++ UNO bridge implementations
(bridges/source/cpp_uno/*)
Datum: Tue, 10 Jan 2023 17:31:12 +0100
Von:Stephan Bergmann
An: libreoff...@lists.freedesktop.org
Kopie (CC): Sakura286 , wjh-la
, Rene Engelhard , Tor Lillqvist
There are currently 27 different, per-platform C++ UNO
(1:6.2.3~rc2-1) experimental; urgency=medium
* New upstream release candidate
* debian/rules:
- replace various $(findstring for arch checks by $(filter
-- Rene Engelhard Tue, 16 Apr 2019 22:25:38 +0200
This one sneaked in when doing -nogui in 6.4.x, and
$ grep findstring * | grep A
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
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 findstring will match "ppc64" in
Hi,
On Tue, Apr 03, 2012 at 02:08:10PM -0400, Douglas Mencken wrote:
And okay, which version shall I use? From apt-cache show?
None. There is none for 3.5. Disabled. means disabled.
Yes, this *is* expected. Because Base is disabled because the database
checks
in the testsuite failedi
Hi,
drz wrote:
I installed openjdk-6-jjre, but it doesnt appear in about:plugins in
iceweasel, though I did an update-alternatives java and chose that package.
Is this normal?
Yes.
There's no OpenJDK plugin for ppc (neither has Sun one nor any
other Java except gcj and relted) and the
dale wrote:
does to me.
Buy some glasses ;-)
sammie:/usr/lib# less libc.so
/* GNU ld script
Use the shared library, but some functions are only in
the static library, so try that secondarily. */
OUTPUT_FORMAT(elf32-i386)
^
elf32-i386 != elf32-powerpc.
Eugen Dedu wrote:
On 2.6.15, rmmod bcm43xx;modprobe bcm43xx after resume and afterwards
ifup eth1 worked sometimes...
Yes, but that's exactly what is bad.
Regards,
Rene
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
Alexander Schmehl wrote:
Option UseFBDev true
Note that this one will break VGA out with X.org 7. At least did there
on my sid as I wanted a presentation ;) (iBook G4 1.33 12).
Just commenting it out made it work again.
Just for the record.
Regards,
Rene
Hi,
Sven Luther wrote:
On Thu, Apr 27, 2006 at 04:52:09PM +0200, Andreas Barth wrote:
* Sven Luther ([EMAIL PROTECTED]) [060427 15:05]:
Andreas, do you have an explanation of why d-i commit access was taken
from
me, and why i find out only now as i was going to fix the issue ?
Sven Luther wrote:
On Thu, Apr 27, 2006 at 05:10:17PM +0200, Rene Engelhard wrote:
Hi,
Sven Luther wrote:
On Thu, Apr 27, 2006 at 04:52:09PM +0200, Andreas Barth wrote:
* Sven Luther ([EMAIL PROTECTED]) [060427 15:05]:
Andreas, do you have an explanation of why d-i commit access
Wojciech Owczarek wrote:
I get some glibc symbol error with OOo that most probably will need a
rebuild of openoffice
(http://lists.debian.org/debian-glibc/2005/05/msg00030.html), but I
wonder if a quick dirty fix of substituting the libuno_sal.so.3 file
Why are you using 1.9.x?
having that
Hi,
Emmanuel Galatoulas wrote:
Well this reminds me of the kind of experiments I did myself
trying to build the module on top of the kernel's own source!
So if I recall correctly (there is a more extensive report in a previous
post in the list) the errors you get are due to differences
Hi,
Joerg Sommer wrote:
Rene Engelhard [EMAIL PROTECTED] wrote:
Rene Engelhard wrote:
ieee80211_crypt: unregistered algorithm 'NULL'
ieee80211_crypt: registered algorithm 'NULL'
ieee80211: 802.11 data/management/control stack, git-1.1.7
ieee80211: Copyright (C) 2004-2005 Intel
Hi,
Joerg Sommer wrote:
Firstly I needed the header files for ieee80211softmac. After building
and installing the package I found the include files in
/usr/src/linux-headers-2.6.15.1. The bcm43xx make file searches for them
in my kernel tree /usr/src/linux-2.6.15.1/. How can I merge them
Rene Engelhard wrote:
ieee80211_crypt: unregistered algorithm 'NULL'
ieee80211_crypt: registered algorithm 'NULL'
ieee80211: 802.11 data/management/control stack, git-1.1.7
ieee80211: Copyright (C) 2004-2005 Intel Corporation [EMAIL PROTECTED]
ieee80211softmac: Unknown symbol
Hi,
Sven Luther wrote:
Nope, it should point to /lib/modules/2.6.15-1-powerpc/build (or whatever your
version is).
for the own-build you mean? Yes, I thought yo too initially but the
problem is that people might remove the dir it pointed to.
But I guess I should change that. But then we still
Rene Engelhard wrote:
But I guess I should change that. But then we still have the problem
where to put the needed changes headers (and thefore dpkg-divert'ed away) to
be picked up by the build. Advices?
Mmh, nevermind. I could still set SOFTMAC_DIR for it.
Think-first-then-write.
Regards
Hi,
Emmanuel Galatoulas wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Has anyone managed to get linux-2.6.16-rc1 to boot successfully on a
powermac? It appears to detect the IDE controller and HDD on my mac
mini, but then fails to mount the root fs. (It's hard to double check
Package: wnpp
Severity: wishlist
Owner: Rene Engelhard [EMAIL PROTECTED]
* Package name: ieee80211softmac
Version : 20060114
Upstream Authors:
* Copyright (c) 2005 Johannes Berg [EMAIL PROTECTED]
*Joseph Jezak [EMAIL PROTECTED]
*Larry
Package: wnpp
Severity: wishlist
Owner: Rene Engelhard [EMAIL PROTECTED]
* Package name: bcm43xx
Version : 20060108
Upstream Authors:
Copyright (c) 2005 Martin Langer [EMAIL PROTECTED],
Stefano Brivio [EMAIL PROTECTED]
Michael Buesch
Thomas Harding wrote:
On Mon, Dec 12, 2005 at 08:35:41AM +0100, Bjoern wrote:
That was it! I did not know about the firmware. Strange but there is no
package for ubuntu, I could not find either the source. So probably I will
attend my new installation..
Thanks a lot, now I know what to
Bjoern wrote:
#=== INFRASTRUCTURE STATION ===
# What kind of authentication?
AuthType=opensystem # opensystem | sharedkey (requires WEP)
Make that sharedkey...
SSID_wlan0=AEMILIA
ENABLE_wlan0=y
[ 1659.701345] prism2sta_getcardinfo: Failed to retrieve NICIDENTITY
Hi,
dr allan wrote:
**Note: I have made a similar request in debian-openoff, so if this
crosses your eyes twice, please excuse me**
ARGL. WTF are you then not CCing it.in *one* mail but writing *two*?
Anyway, I already answered on -openoffice.
Let's do eventual discussion there, Reply-To:
50 matches
Mail list logo