Re: unbreaking LibreOffices tests on at least release architectures
On Jul 22 2023, Rene Engelhard wrote: > 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/libreoffice/standard/riscv64 >>> Thanks... >>> >>> But maybe I am too blind. >>> >>> I don't see the actual spec + related files anywhere? >> See Overview: >> >> https://build.opensuse.org/package/show/openSUSE:Factory:RISCV/libreoffice > > Thanks. > > > I don't see anyone obvious there (except not running *any* test) there > offhand, though. I tried to enable the smoketest, but it fails even on x86-64: https://build.opensuse.org/project/show/home:Andreas_Schwab:riscv:libreoffice Since I don't know much about the libreoffice sources, I have just copied the %check section from an old revision of our libreoffice package. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."
Re: unbreaking LibreOffices tests on at least release architectures
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/libreoffice/standard/riscv64 > > Thanks... > > But maybe I am too blind. > > I don't see the actual spec + related files anywhere? See Overview: https://build.opensuse.org/package/show/openSUSE:Factory:RISCV/libreoffice -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."
Re: unbreaking LibreOffices tests on at least release architectures
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 > (Though I would more bet of some system evironment thingy) Perhaps it is a matter of using a good java. Have you tried java 19 or 20? -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."
Re: unbreaking LibreOffices tests on at least release architectures
On Jul 22 2023, Rene Engelhard wrote: > 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. > > 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? -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."
Re: unbreaking LibreOffices tests on at least release architectures
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 All deployed bundled extensions: Identifier: org.openoffice.en.hunspell.dictionaries Version: 2022.05.01 URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof-en is registered: yes Media-Type: application/vnd.sun.star.package-bundle Description: bundled Packages: { URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof-en/Lightproof.components is registered: yes Media-Type: application/vnd.sun.star.uno-components Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof-en/Linguistic.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: } -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."
Re: unbreaking LibreOffices tests on at least release architectures
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. > > And those are extensions written in python which neither register when > registering manually nor when being installed as bundled extensions (see > the discussion in this thread, not going to reiterate) How can I test that? I have never used libreoffice before, so I don't know what to look for. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."
Re: unbreaking LibreOffices tests on at least release architectures
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. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."
Re: unbreaking LibreOffices tests on at least release architectures
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. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."
Re: unbreaking LibreOffices tests on at least release architectures
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 because > the failures are even more big than any other down below and it's actually > a new architecture anyway. Libreoffice is actually basically working on riscv64. I have tested it with openSUSE Tumbleweed on BeagleV Beta and Hifive Unmatched (with an AMD graphics card). -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."
Re: [PATCH] macintosh: windfarm: fix MODINFO regression
On Mär 03 2020, Wolfram Sang wrote: > sound/aoa/codecs/onyx.c > sound/aoa/codecs/tas.c These are loaded explicitly via request_module (as snd-aoa-codec-%s). Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."
Re: Call for report - G5/PPC970 status
On Dez 11 2019, Romain Dolbeau wrote: > Same question to anyone else with a G5 / PPC970 - what is it and does > it boot recent PPC64 Linux kernel ? My PowerMac7,3 (DP 2.0GHz) can boot 5.5-rc1 without issues. Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."
Re: Same procedure as every year: GCC defaults change (GCC 9)
On Jul 28 2019, Aurelien Jarno wrote: > The two MIPS libffi patches have been accepted upstream (i.e. in the > libffi git repository) 1.5 years ago for one and 4 years ago for the > other. I know there hasn't been any recent libffi release, so what can > be done to sync the gcc repository? Would it be possible to stop using > that outdated embedded copy and use the debian libffi package instead? The gcc copy of libffi accepts backports. Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."
Re: 3.5-rc6 doesn't run powerpc SoundByLayout
Michel Dänzer writes: > Commit 26b0d14106954ae46d2f4f7eec3481828a210f7d ('sound/aoa: Adapt to > new i2c probing scheme') seems to fix it for me (only tested with > loading the snd-aoa-codec-onyx module manually so far). Andreas, maybe > this commit should be submitted for the 3.5 stable tree? You also need 3a3dd01. Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." -- To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/m2zk5t4ssc@igel.home
Re: [PATCH] no-execute -- please test
Paul Mackerras <[EMAIL PROTECTED]> writes: > Albert Cahalan writes: > >> If you want heap protection, change VM_DATA_DEFAULT_FLAGS32 >> in include/asm-powerpc/page.h to be like VM_STACK_DEFAULT_FLAGS. >> I'd love to hear if anybody can get X to start with this change. > > In general I would expect dynamically-linked programs to fail unless > you compile everything with gcc -msecure-plt. X (before X.org 7) does it's own module loading that cannot cope with a non-executable heap. X.org 7, on the other hand, uses dlopen now and should work fine. Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [snd] looking for layout-ids
Johannes Berg <[EMAIL PROTECTED]> writes: > In order to replace snd-powermac for the newer machines where the > 'sound' node has the 'layout-id' property, I'm looking for testers on > machines that have a layout-id [1] property with one of the following > values: 0x24 That would be mine, but it has the problem of the broken device tree, so i2sbus doesn't work yet. > [2] Before you ask: I will not do this before snd-aoa supports headphone > detection :) Another important feature would be DRC, IMHO. Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: snd-aoa status update / automatic driver loading
Paul Collins <[EMAIL PROTECTED]> writes: > Johannes Berg <[EMAIL PROTECTED]> writes: > >> On Thu, 2006-05-18 at 10:25 +0300, Eddy Petrişor wrote: >> >>> Any chance for 5,2 ? What is needed for it? Codec only? >> >> I don't know. If you try loading the modules, the kernel will tell you >> something about an unhandled layout id. Alternatively, you can find the >> layout-id file in your /proc/device-tree/ and tell me the number in it. >> The rest I can figure out. > > I have a PowerBook5,4 here and I'd be happy to test support for it. > The hardware is identified by snd-powermac as "PowerMac Snapper" and > the layout ID appears to be "3". > > [briny(device-tree)] od -c [EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL > PROTECTED]/[EMAIL PROTECTED]/sound/layout-id > 000 \0 \0 \0 3 > 004 Apparently the layout-id on your system is 51 (decimal). Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."
Re: snd-aoa status update / automatic driver loading
Wolfgang Pfeiffer <[EMAIL PROTECTED]> writes: > BTW: Is there a way to let 'alsaconf' detect the soundcard on this > PB5,8 ? AFAIK, alsaconf has only support for probing PCI and ISA sound cards, but the AOA sound is hidden behind an i2s bus that is hidden behind a mac-io bus. The version included in SuSE has hardcoded special cases for Sparc and PPC. Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: snd-aoa status update / automatic driver loading
Johannes Berg <[EMAIL PROTECTED]> writes: > Hey, > > Currently snd-aoa is known to work on the following machines: > * PowerBook5,8 > * PowerBook5,7 > * PowerMac8,1 > * PowerMac8,2 > * 17" October 2005 PowerBook (don't know the number) > * PowerMac11,2 > * PowerBook6,8 > and my > * PowerBook5,6 For PowerBook6,7: /* PowerBook6,7 */ { .layout_id = 92, .codecs[0] = { .name = "tas", .connections = tas_connections_nolineout, }, }, Appears to work fine, apart from the missing features. Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [PATCH] pmac: Improve sleep code of tumbler driver
Vincent Lefevre <[EMAIL PROTECTED]> writes: > On 2005-04-11 10:18:53 +0200, Colin Leroy wrote: >> I suppose it also fixes the occasionnal loud static noise that >> sometimes at wakeup, for example on iBook G4s. Good :) > > Could this be related to this bug? > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=244467 I'm also hearing something like that on iBook G3, but only when setting the input source to the microphone. Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sound drivers for newer machines: need help
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes: > echo `cat /proc/device-tree/model` PowerMac7,3 > for i in `find /proc/device-tree -name layout-id -print`; do echo $i && > hexdump -n4 $i; done /proc/device-tree/[EMAIL PROTECTED],f200/[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED]/sound/layout-id 000 0024 004 Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: iBook G3 owners
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes: > I know, but this oneliner is incorrect. It can't be correct, no way. > That is very strange, and that's what I'm trying to figure out. Can you > try instead changing the start address of the flush from 0xfff0 to 0 > by changing the L1 flush bit initalisation from lis r4,0xfff0 to li > r4,0 ? This fixes the problem. Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: iBook G3 owners
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes: > http://gate.crashing.org/~benh/ppc32-pmac-sleep-fix.diff This patch does not work on the 750fx, I'm getting random crashes on wakeup. When I replace it with this one-liner, all is well again: --- linux-2.6.12-rc2.orig/arch/ppc/platforms/pmac_cache.S 2005-04-04 23:05:41.0 +0200 +++ linux-2.6.12-rc2/arch/ppc/platforms/pmac_cache.S2005-04-07 23:22:04.0 +0200 @@ -73,7 +73,7 @@ /* disable / invalidate / enable L1 data */ mfspr r3,SPRN_HID0 - rlwinm r0,r0,0,~HID0_DCE + rlwinm r3,r3,0,~(HID0_DCE | HID0_ICE) mtspr SPRN_HID0,r3 sync isync Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Fwd: Re: iBook G3 owners]
Sebastian Heutling <[EMAIL PROTECTED]> writes: > Sleep/wakeup works with a modified arch/ppc/platform/pmac_sleep.S (bl > reloc_offset was missing which you send later). I still have a strange > problem with some programs started in init-Scripts. For example if I run > dbus on bootup and directly after that go to sleep and wake-up again my > ibook doesn't resume harddisks leaving the following last messages: > > eth0 resuming > PHY ID: 4061e4, addr: 0 > eth0: Link is up at 100 Mbps, full duplex. > eth0: Pause is disabled > > If I disable dbus (stop it) and go to sleep, wakeup - no problem. I have the same problem. I'm also seeing the same hang when the KDED Media Manager is running (independent of hal/dbus). I believe the cause for this is that the ide subsystem wakes up too late, and the cdrom polling of hal or kded is resuming too early. Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gtk1.2 colo_selection widget crashes X on planar amifb fbdev X server
David Miller <[EMAIL PROTECTED]> writes: |> From: Andreas Schwab <[EMAIL PROTECTED]> |>Date: 12 Mar 1999 10:14:21 +0100 |> |>A program which cannot cope with that is broken by definition. |> |> Emacs's internal lisp data types depend upon the layout of the upper |> bits of an address, and what that looks like. GNU Emacs copes with that. Andreas. -- Andreas Schwab "And now for something [EMAIL PROTECTED] completely different" [EMAIL PROTECTED]
Re: Gtk1.2 colo_selection widget crashes X on planar amifb fbdev X server
Richard Zidlicky <[EMAIL PROTECTED]> writes: |> perhaps completely unrelated, but I had a few programs recently that crash |> apparently in malloc() or similar. The programs are precompiled binaries from |> the RH 5.1 packages - pine (without X) and acm(acms to be exact). Anyone tried |> these with a recent kernel release? It might be more related to brk() - I had |> similar crashes when I tried to run xemacs-19.13 which resulted from the fact |> that brk returned addresses above 2GB. A program which cannot cope with that is broken by definition. Andreas.
Re: L68K: Re: dpkg-cross
Sven <[EMAIL PROTECTED]> writes: |> also i think at least in the non glibc part everything is fine, since i |> was able to boot from a cross compiled linux/apus kernel. Please take a look at the libc.so linker script (perhaps /usr/local/ppc-linux/lib/libc.so) and check that the paths in there are ok. Andreas.
Re: L68K: dpkg-cross
Sven <[EMAIL PROTECTED]> writes: |> hello, ... |> |> i have played a bit with dpkg-cross and have a remark and a problem with it. |> |> Firstly, when i built my m68k -> ppc cross compiler, it put the includes in : |> |> /usr/local/arch_specific_name/sys-include and not include, like it is the default in dpkg-cross. That's strange. The sys-include directory is normally located under $(libsubdir) (== $(prefix)/lib/gcc-lib/$(target)/$(version)), and under $(tooldir) (== $(prefix)/$(target)) only the directories bin, include and lib exist. |> Secondly, i tried to cross build the hello package, and it died with the following error (more or less since i am at workand don't have it under my eyes.) |> |> /lib/libc.so.6 don't recognize the file format. |> |> my guess is that it don't use /usr/local/ppc-linux/lib/libc.so.6 like it should but the m68k one ? Are you sure that you installed the right cross-linker as $(tooldir)/bin/ld? Andreas.