Re: First tests with qemu-m68k and sbuild
On 11/19/2015 12:29 PM, Laurent Vivier wrote: > revert: > > linux-user: add netlink audit > linux-user: support netlink protocol NETLINK_KOBJECT_UEVENT > linux-user: add rtnetlink(7) support Indeed, that worked! I am now getting an error message about an unsupported socketcall, but otherwise it works fine :). Unsupported socketcall: 20 Thanks! Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: First tests with qemu-m68k and sbuild
On 11/19/2015 11:48 AM, John Paul Adrian Glaubitz wrote: > This is absolutely fantastic. Now for some compile tests :). Ok, something still seems to be missing. While running gpg --recv-keys worked fine, running apt-get update afterwards gets stuck immediately: root@z6:/# apt-get update 0% [Connecting to ftp.debian-ports.org] [Connecting to incoming.debian-ports.org] [Connecting to ftp.debian.org] [Connecting to incoming.debian.org] I'll have to figure out what's happening here. Otherwise, it seems to run fine so far. Performance is great. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
[HowTo]: Fast cross-building for m68k using sbuild and QEMU
Hi! Thanks to Laurent Vivier's awesome work on the m68k code of QEMU, we are now able to set up a much faster sbuild configuration for m68k. I have done a first test build with the xterm package and the build time went down from 53 minutes (Aranym) to 12 minutes :). I have created a new entry on the Debian Wiki [1] with instructions on how to set up such a build environment. I will perform some more tests and verify the compiled binaries and if everything goes well, I will replace my Aranym buildds with these much faster sbuild-qemu buildds which are also much easier to set up than buildds based on Aranyms as one basically just needs to copy the static qemu binary into the pre-downloaded m68k chroot and then configure the chroot as normal from this point onwards. Huge thanks to Laurent for his work on QEMU plus the additional advise he provided while testing all this :-). Adrian > [1] https://wiki.debian.org/M68k/sbuildQEMU -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: First tests with qemu-m68k and sbuild
On 11/19/2015 01:52 PM, Laurent Vivier wrote: > Socketcall 20 seems to be sendmmsg() (and 19 is recvmmsg()). > > I think it should be easy to add as the do_sendmmsg() and do_recvmmsg() > already exist in linux-user/syscall.c Alright, I might have a look later. In case you have already done that yourself, please let me know. Thanks! Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Using sbuild with qemu-user-static - was: Re: TODO list for Debian/Linux m68k
On 11/15/2015 07:49 PM, Laurent Vivier wrote: > In GitHub repo (https://github.com/vivier/qemu-m68k), on branch > 680x0-v2.4.0, you can find a LXC script to create debian container: > (...) Looks interesting. I have never dealt with LXC, but I'll have a look. >>> [1] https://wiki.debian.org/QEMU >>> [2] https://bugs.launchpad.net/qemu/+bug/1516408 >>> [3] https://bugs.launchpad.net/ubuntu/+source/qemu-linaro/+bug/1254824 > > When you find a bug, or want a feature, in qemu-linux-user don't > hesitate to send it to me :) Can you comment on the issue regarding the missing syscall 186 on qemu-sh4? I have modified the qemu source code now to make the sigaltstack syscall available on sh4 as well and it appears to me that this syscall is not architecture-specific but I am not sure. At least according to the kernel sources, 186 maps to the same syscall on sh32 and sh64 as it does on other architectures. I have rebuilt the qemu version from unstable now (1:2.4+dfsg-4), backported it to jessie and added TARGET_SH4 to the list of architectures which has sigaltstack. I did my first test build by successfully building xbill on qemu-sh4 with gcc-5 and I can install and run the game fine on my SH7785LCR board. Any comments? Can we merge this patch (see attached)? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 Description: Enable sigaltstack syscall on sh4. TODO: Put a short summary on the line above and replace this paragraph with a longer explanation of this change. Complete the meta-information with other relevant fields (see below for details). To make it easier, the information below has been extracted from the changelog. Adjust it or drop it. . qemu (1:2.4+dfsg-4+zedv1) jessie-backports; urgency=medium . * Local backport for Jessie. * Enable sigaltstack syscall for sh4 in linux-user/syscall.c. Author: John Paul Adrian Glaubitz <glaub...@physik.fu-berlin.de> --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Origin: <vendor|upstream|other>, Bug: Bug-Debian: https://bugs.debian.org/ Bug-Ubuntu: https://launchpad.net/bugs/ Forwarded: <no|not-needed|url proving that it has been forwarded> Reviewed-By: Last-Update: --- qemu-2.4+dfsg.orig/linux-user/syscall.c +++ qemu-2.4+dfsg/linux-user/syscall.c @@ -8152,7 +8152,8 @@ abi_long do_syscall(void *cpu_env, int n case TARGET_NR_sigaltstack: #if defined(TARGET_I386) || defined(TARGET_ARM) || defined(TARGET_MIPS) || \ defined(TARGET_SPARC) || defined(TARGET_PPC) || defined(TARGET_ALPHA) || \ -defined(TARGET_M68K) || defined(TARGET_S390X) || defined(TARGET_OPENRISC) +defined(TARGET_M68K) || defined(TARGET_S390X) || defined(TARGET_OPENRISC) || \ +defined(TARGET_SH4) ret = do_sigaltstack(arg1, arg2, get_sp_from_cpustate((CPUArchState *)cpu_env)); break; #else
Using sbuild with qemu-user-static - was: Re: TODO list for Debian/Linux m68k
Hi! On 11/12/2015 03:34 PM, Laurent Vivier wrote: > For the qemu-m68k part, I've tried to merge it after the qemu-2.4 > release, but there have been some comments and I have to rewrite a major > part of the instruction translator. I need to find some time... Today realized that this can be extremely useful for building packages for m68k and other slower/older architectures. I was playing around with combining chroot with qemu [1] and tried to cross-build packages with sbuild which turned out to be successful. I made a test setup for armel as follows: $ apt-get install sbuild qemu-user-static binfmt-support $ cd /srv/chroots $ debootstrap --no-check-gpg --variant=buildd --foreign --arch=armel unstable sid-armel-sbuild ftp://ftp.debian.org/debian $ sbuild-update --keygen $ cat /etc/schroot/chroot.d/sid-armel-sbuild [sid-armel-sbuild] description=Debian sid chroot for armel type=directory directory=/srv/chroots/sid-armel-sbuild #groups=Debian,guest,d-i #profile=dsa #aliases=sid groups=root,sbuild,glaubitz,buildd root-groups=root,sbuild,glaubitz,buildd #command-prefix= #source-root-users=glaubitz,sbuild,buildd #run-setup-scripts=true #run-exec-scripts=true $ adduser glaubitz sbuild $ cp -av /usr/bin/qemu-arm-static /srv/chroots/sid-armel-sbuild/usr/bin $ chroot sid-armel-sid $ ./debootstrap/debootstrap --second-stage After that, I could cross-build xbill for armel under my normal user with: # sbuild --source --arch=armel --arch-all -d sid xbill_2.1-8.dsc This can be done analogously for sh4 with the exceptions that libmpfr4 and libgomp10 need to be installed manually here as they are available in the unreleased suite only which debootstrap doesn't support. Furthermore, qemu-sh4 doesn't implement syscall 186 [2] and segfaults on an amd64 host [3] but I assume these issues should be fixable. With the help of workaround, I am now cross-building using this setup for sh4. Unless I have overlooked anything, this sbuild configuration should work without any issues with the buildd package and hence can be used to set up a very fast buildd :). Thus, it might be a very good alternative to Aranym once Laurent's patches have been merged with qemu upstream. Adrian > [1] https://wiki.debian.org/QEMU > [2] https://bugs.launchpad.net/qemu/+bug/1516408 > [3] https://bugs.launchpad.net/ubuntu/+source/qemu-linaro/+bug/1254824 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
TODO list for Debian/Linux m68k
Hi! I just realized it would be nice to have a condensed TODO for the m68k port to have an overview what still needs to be done. It can be found on the Debian Wiki: https://wiki.debian.org/M68k/TODO If anyone else has something that should belong there, please add it. Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: TODO list for Debian/Linux m68k
On 11/12/2015 03:53 PM, John Paul Adrian Glaubitz wrote: >> Ì have also proposed a patch to fix parted with mac partition type: >> >> http://lists.alioth.debian.org/pipermail/parted-devel/2015-November/004765.html Btw, I think that now that I read your mail and saw the patch, I think I actually already ran into this particular problem when partitioning my Mac disks on my Linux box. Great to see this has been fixed! -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: TODO list for Debian/Linux m68k
On 11/12/2015 03:40 PM, Laurent Vivier wrote: >> I just realized it would be nice to have a condensed TODO for the m68k >> port to have an overview what still needs to be done. It can be found >> on the Debian Wiki: >> >> https://wiki.debian.org/M68k/TODO > > Ì have also proposed a patch to fix parted with mac partition type: > > http://lists.alioth.debian.org/pipermail/parted-devel/2015-November/004765.html Oh, very good. I'll add that one as well. There is also an outstanding minor issue with libparted/gparted which I thought I already reported upstream but can't find it at the moment. libparted defaults to MiB alignment on Amiga partition tables which does not work actually, creating a new partition will fail unless the alignment has been manually set to "Cylinder". Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: [buildd] Request for give-backs for globus-io and globus-gss-assist
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 11/10/2015 09:53 AM, Mattias Ellert wrote: > The m68k builds for globus-io and globus-gss-assist have failed > some month ago, and no new attempt have been made. The builds work > for me in the aranym emulator Wow, you are actually testing your own packages in Aranym? That is pretty awesome to hear! Guess, there are probably more Debian/m68k users/testers than we have thought :). > so if there is a problem with the packaging I don't know how to > debug it. Could the builds be tried again on the buildds? If there > was some temporary problem it might work now. That should be done now. Let me know if I can be of any further help. Thanks for the heads-up! Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJWQiDNAAoJEHQmOzf1tfkTpwUQAL5GVgAw9BLVxK0fEKzpQHcJ ehm+ghvRld9b5TfUVwzzSLOvoqyE7G8Df6qdHEczjOb7QXQS4mBkHqFKpZhR2bJH Iyn9lj0zlkfntMHM5u3RjSzr7cn8AYi6NG1OjGYMvWJb5OC0j+YM5CCg31t3W2gU 9jELxsZ8gdLuKdjQVa+5CNQ29fbC2u6i9jZojHYUk0F4tZpb+KhbqP8GVnxYVeOq n9klQhxkPyynJ2y68Pd3iEfpcioNYI0LxlO0DY3fnMa0yB5OZqTXTER+YrLmvDuY nGHGctXpwNO+0mGSzncBaw4trZxH0vDv0ogvirjNKeleClLCfWGi0eD+xkv3Xsa/ TvIfsZjyyMTsjvu+0U+lMotX5ouXUSJnJ/uY0Hj6IOI/ScC+qVkojCgsYllOeBuv lcD0OiwaVvj+zD6JH2pkbJVAJ6CL495n0tQaOOQEU7M/QM/wekLR19rbY4R6f70n A41LmyPSY79E9ShKzyMSapHfqn7+3J2NUxZUBSLqjzqP2W7Z90VylFrsKH/O4CG2 8/MXtKOWr0mGYTONOP7PgGYQDbhWr0lWIOHAqYdSaLcoZXCRA4U9ZqODk4XXc3qo aw3kam3oApupqqxHBHDh3rakRENACG9Y8/pN0QMODdpdw3ToW62TUlZ4f58zX6Bz eUtSnwN4Z4VQ9fynr1A8 =q+od -END PGP SIGNATURE-
Re: Log for attempted build of pcre3_2:8.35-7.4 on m68k (dist=unstable)
On 11/03/2015 10:13 AM, Thorsten Glaser wrote: >> pcre 8.37 worksforme ootb. > > Ah right, there was something… I think they downgraded it for some > reason and have yet to upgrade it again. Can we cherry-pick the patch that fixes the FTBFS on m68k? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Fwd: slony1-2_2.2.4-2_m68k.changes REJECTED
On 09/09/2015 10:24 AM, Thorsten Glaser wrote: > why does this error happen? Yeah, I was about to post the same. Seems to affect more than just m68k. > The file in question is: > > begin 664 /var/lib/buildd/upload/slony1-2_2.2.4-2_m68k.changes > M+2TM+2U"14=)3B!01U`@4TE'3D5$($U%4U-!1T4M+2TM+0I(87-H.B!32$$S >
Re: Fwd: slony1-2_2.2.4-2_m68k.changes REJECTED
On 09/09/2015 12:00 PM, Aurelien Jarno wrote: > You have shown that the file is corrupted *on the buildd*. How can > debian-ports play a role there? > > I don't say nothing is broken, I say debian-ports is not the culprit > here. Hmm, that's rather odd. I just realized I received a reject mail for a manual upload to unreleased which I performed a long time ago. But I received the mail just now: Maintainer: Debian GCC Maintainers <debian-...@lists.debian.org> Uploader: John Paul Adrian Glaubitz (Debian Project) <glaub...@debian.org> Host: leda.debian.net Rejected: gcc-5_5.2.1-14+sparc64_sparc64.changes Reason: wrong-dsc And those two arrived as well: Maintainer: debian/m68k buildd <bui...@kirby.buildd.net> Uploader: Debian buildd autosigning key for pikachu <buildd_m68k-pika...@buildd.debian-ports.org> Host: leda.debian.net Rejected: radeontop_0.9-1_m68k.changes Reason: wrong-suite Maintainer: debian/m68k buildd <bui...@kirby.buildd.net> Uploader: Debian buildd autosigning key for pikachu <buildd_m68k-pika...@buildd.debian-ports.org> Host: leda.debian.net Rejected: mac-robber_1.02-4_m68k.changes Reason: wrong-md5sums That's rather odd. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Fwd: slony1-2_2.2.4-2_m68k.changes REJECTED
On 09/09/2015 11:20 AM, Aurelien Jarno wrote: > As you can see the file is corrupted (though it is correctly > GPG signed), so mini-dak can't parse the changes file to determine > the architecture. Hence the error "wrong-arch". > > It's not a problem on the debian-ports side. Then why does it affect multiple buildds and architectures? I find it highly unlikely that all of them fail at the same time with the same error unless there is some sort of quantum entanglement between all these machines. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Current Debian m68k in Amiga
Hi Kars! On 09/06/2015 12:54 PM, Kars de Jong wrote: > Actually, the PCMCIA stack is not the only or most problematic issue. > A big problem is that the current Amiga interrupt handler doesn't > support interrupts from the Gayle chip transparently to the drivers, > so all existing drivers need special code for it. I once wrote a new > interrupt handling system for the Amiga port, but never got around to > clean it up enough so it could be included in the kernel. Interesting, thanks for the additional insight! > The more important issue is hardware related. A lot of cards simply > won't work because the Gayle PCMCIA implementation probably doesn't > completely conform to the standard. As soon as you insert such a card, > the Amiga completely hangs. Other cards won't respond to IO cycles or > only to some. These issue will always be there, even with a new PCMCIA > stack. Yeah, I have observed such issues with my Amiga 1200 when using a PCMCIA networking adapter. I think, the issue can be (partially) resolved by applying the PCMCIA fix [1], can't it? > If/when I find the time, I might revisit my old sources and rework > them. I'm guessing they won't rebase cleanly after this many years > ;-). That would be very cool! PS: I'm always surprised to see how many people are still on this list and joining discussion from time to time :). Adrian > [1] http://webpages.charter.net/jeff.artz/amiga/pcmcia_reset.html -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: OpenJDK 8 transition
On 09/03/2015 04:44 PM, Thorsten Glaser wrote: > On Thu, 3 Sep 2015, Andreas Schwab wrote: > >> This worksforme. Am I missing an email? I can't see Andreas' reply anywhere. -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: [Debian-ports-devel] Using incoming.debian.org on buildds
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Aurelien! On 08/21/2015 06:07 PM, Aurelien Jarno wrote: > If you want to use this features for your architecture, please add > this line to /etc/apt/sources.list for all your buildds: > > deb-src http://incoming.debian.org/debian-buildd buildd-unstable > main > > When it is done, you can drop me a note, so that I do the same > change on the wanna-build. I have added this source repository to the following buildds now: m68k: elgar, pikachu, pacman, wario, kirby sh4: akagi, huso, musashi, yamashiro, tirpitz x32: vs76 The following buildds are currently not online and I therefore couldn't change their configuration. I have already notified the people who host them. These are: sh4: amagi, kongou sparc64: raverin You can change the configuration for them as well already. I will add the source repository entry as soon as they are back online. Oh, and do I assume correctly that the incoming.debian-ports.org sources.list entry can therefore be removed? Thus, we have only these two source entries in the sources.list? deb-src http://ftp.debian.org/debian/ unstable main deb-src http://incoming.debian.org/debian-buildd buildd-unstable main Thanks! Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJV5BhBAAoJEHQmOzf1tfkTRScP/iJKVDroV0zE3nCuvu5fw0QL LkjBLQyXpLaHLp4QKT6uesN4ik14FvOcSWBILZyuvdOxJqbLQk63X9N53KsGsR2U i1MVVpJk2iOkn2jxN/g9+re0OsQvBxQT4y9t5wvlhFKvQRkWHv7cWo9Sp30A4XJc 6wkCZ/Ek8UEBOevlFjQN55XM7eyru8derEhqYSHrCH3kbvmgCGa1zLydBx3hIrSz oCU/h+h7GhJ0S1jbfO8HK1ctAT5Z7e8dY1TnW/nZZn3f51DEunwH3Ot26cONBjnp lC8TDBtCvRSRkvNOs/kcmpb98egygU523rozaOeZx36I5tC22Rrf2mixSMcwoe5b 686kyfvnk9E7phEzjm/fpspJyOxbi+1E3H4wt5nyumtYhM91C2oWtkzodblDC5tn O+F/52Xk/396Esweg2fOzo1dLhbMU2qhJUOjZywn7b3bHHjT02LpGAJ2NYSOT41V s0Q6N5k2nJmqweX4dBDgsu+mgY44nQRBSN7bVTqyLD7Bm6/2LThC/SbWQWlDG4Av Es+Armf8Ra+aOCXIGiEldgsMpTbtmE5RgtWuBvxBLjX+Wu3XPkIy4VBpqYHkbmkQ viVTFjKoZukwPBhOB2MlDMsIKW5NY62yov78S944fJcK6DVdNyXLRCfWtFh3QusX bgbZGzJifBNFtz1/pgrF =x41E -END PGP SIGNATURE-
Re: Current Debian m68k in Amiga
Hi Carlos! Thanks for your efforts and testing vmdebootstrap! This is a very useful information! On 08/29/2015 03:20 PM, Carlos Milán Figueredo wrote: > Then I ran: > > $ vmdebootstrap --foreign=/usr/bin/qemu-m68k-static --arch=m68k > --distribution=unstable --mirror ftp://ftp.debian-ports.org/debian --image > debm68k.img --no-extlinux --no-use-uefi --enable-dhcp --root-password=root > > After these mods, it performs stage 1 correctly, but then qemu-m68k crashes > when trying to execute the second stage. The error is: > > qemu: fatal: Illegal instruction: ebc0 @ f67c76bc > > It happens to be the same issue it is reported here: > https://bugs.launchpad.net/ubuntu/+source/qemu-linaro/+bug/1254786 > > In that thread they say qemu emulates a ColdFire MCU rather than a classic > Motorola 68k, that could be causing the incompatibility. Indeed, I completely forgot about that. However, there might be still a chance. You could try Laurent Vivier's qemu-NeXT tree which contains patches to add generic m68k support to qemu [1]. I don't know how complete the m68k support is so far and how usable this is. However, Laurent is also on this list if I remember correctly and he might be able to shed more light on this. I'll add him to the list of recipients of this mail, in any case. > Also, I must say I ran qemu inside a Hyper-V virtual machine, that I doubt it > affects the process, but it is the only clue I have so I'll try to do the > process in a native Linux. No, this is completely unrelated. Cheers, Adrian > [1] https://github.com/blanham/qemu-NeXT -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: [Debian-ports-devel] Using incoming.debian.org on buildds
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/31/2015 03:23 PM, John Paul Adrian Glaubitz wrote: > As for sparc64, I will get back to you regarding this. What about > sompek and sompek2? Have they been updated yet? Ok, raverin is up and running again and has its sources.list updated accordingly. Thus, provided that sompek and sompek2 have been updated as well, you can also change the configuration on buildd.debian.org for sparc64. Btw, while you're at it, could you make sure both sompek and sompek2 have their chroots dist-upgraded that they are using gcc-5 for building packages? I had the impression both buildds were still using an outdated toolchain. Thanks, Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJV5FpFAAoJEHQmOzf1tfkTftkP/2iBMXVzq4COjB91IoQjHsd1 NX1zUSe0Ec18YBlv9qDTGoUtAnxyrRGl8D580rjGAyDB7V5HzGuriQit8LcfIwcV 4eEPbSbA7AHrb6YCmNLjwqoUGouz0RL1Wq8QI8wYBi3RZv7Re0Hg2kJ3AWNnyJp+ UIOtesRRA9hLCviSmEvjVKyGOkuqfvDzJ7uv2JOgk0ftTpkT88WsxinX0172fa5o /Y4kGYObjFkAtdQe4sPticteURZ5cwIOmZZfcLqckLNzVN8r75RFdM2FjBttesW1 XLjT5+GdeCVdIhzWRFekkKy1tWtZetZNC3H/1r23Ov/rz13/542LoxkfNqDUK35Y /bAUHbsQBiD0Mk47oP+9/Z3XZBp7zKJBYnWrOZWQs+LwzIa+Zf44x2veRhy1AztZ wi7gDhaDRZPKHP6uYohc83p56ImNb/FSL/yacSYlVCCZyTvkvtidzLRg7Usa5Wfr NiOqMQhabR0cvvB/v6FEliINv1I2pkWopDnTmxVzfETyR2fIL5C4e38Zgmq4++OK P3lrqSBVxEZL5dJNnaNoLLYR+wanFm/Mpe9JOtNJWyif4PFKASdAcOo2r0o7cG1G DnMxKXOmpsKMaTINqFroIAEInxXgsYSwLmQ46GfezM9L334/wXuBwOYZ/MExuexU Tk4/IhCsllGh3smUmShg =sfzg -END PGP SIGNATURE-
Re: [Debian-ports-devel] Using incoming.debian.org on buildds
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/31/2015 03:16 PM, Aurelien Jarno wrote: >> You can change the configuration for them as well already. I will >> add the source repository entry as soon as they are back online. > > The configuration is not per buildd, but rather per architecture. > Could you please make sure that for a given architecture, all of > the buildds are using the incoming entry? If not wanna-buildd will > offer the buildds without the incoming entry packages they can't > build. Ah, I didn't know. Ok, I talked to Nobuhiro already and he will take care of the two remaining buildds which are currently down. You can therefore change the settings for sh4 completely now! As for m68k, all my buildds have been updated and I think Torsten Glaser updated ara5 as well. I just don't know about Christian's buildd, garkin, but I'm sure he will quickly follow up on this discussion :). As for sparc64, I will get back to you regarding this. What about sompek and sompek2? Have they been updated yet? As for x32, there is only vs76 and frobozz and since vs76 has already been switched over, it's just up to Daniel to change frobozz as well. > Yes, the incoming.debian-ports.org entry basically stopped being > useful a few years ago when the .changes files have been removede > from incoming.debian.org. Ok, good to know! Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJV5FVBAAoJEHQmOzf1tfkTD8MP/3FI85WvKVM1hWODzy/gl+26 YiF9WFx0CRqzghYJbaOm1z69abH1f2lFQ7jRS68MSQnXV24/3YrIy60ALWVoJFBV fRtx2K0abXEv0a46fKTBn73YdjOTcE03VDFTJc5cjZqxzQtNLcrSpJYxztlvcBrX yGa4jvQSD/Qy43dNrk2BCXLoZ5m8C3GVFxoAv9+YyRMofblFuEH00B1Vvr9hcLxH /vh8R/WZSgj5Fw8kkwzZX5MRBXUis/0mRQ4KKbPz2+uaTjCdBrVTAtzfPMh9CFgm nA1qLvNqWScq1s7454BF+Enqn7tQibVLlVjQc3Qi31Aal13zhpJbkNiJK+0ioEPB Us6IUqzwrU2s59ztqykcnFN6YpY+IB6feg/ouASj7dYYEj8td8k16q0dp7yvzuA2 fp5HeirQ5fj97KEkVH7YCelkDxVdT/pzcH5fQebkGR2QJV+6v7rwnzv4kgcQ9OyY ayLnFqgo0kJvkWjSiaZxO1Nqof3SXnrtThZ8dyPGOITUPPUvR1Tks16zr1MmvsMX r8Dv4vpACUEgeA5V7TSbM3cPIIFDDN1XPlYlSY4DT+BP62b4jkxYa6YGcaeW6TGT 41rlKi1ecEjhQx7oOvgyv0Bpq53z9UBGX8mw5VwfqeCTzOoQpnQgCRECCzPVohCy 35QzrCmay/dhEFoaWFqH =2Qvt -END PGP SIGNATURE-
Re: Current Debian m68k in Amiga
On 08/26/2015 08:43 PM, Carlos Milán Figueredo wrote: Thanks for the answers John! Adrian. I knew about the list. Shortly I expect to get into my hands a D-Link DE-660+ for testing it. In the list it says should in both, Linux and NetBSD. I *think* I have that particular model and it works, but I don't remember anymore. I don't know at the moment where I put it :). It must be a very tough work. It is suspicious NetBSD/amiga is in the same status regarding the PCMCIA. Considering NetBSD supports Amiga hardware better than Linux, this is a bit suspicious. I don't think it's necessarily a tough work. It's just something someone has to do which involves some time and therefore should pay off anyhow. The problem is that there aren't too many potential users for this, so investing all that work would likely end up in code that not many users will actually use. The port is still maintained by a couple of fear- and restless kernel and Debian developers as well as several other valuable contributors. Our heroes :) I'm one of the DDs involved, Geert is one of the kernel developers, for example. Most of us are on this list. If you want to help and don't want to code, you can start writing a detailed installation guide, preferably with screenshots which shows the installation of Debian/m68k on the Amiga step-by-step. Nice, how do I get writing permissions on the wiki? Here: https://wiki.debian.org/FrontPage?action=newaccount The wiki pages for the m68k port can be found here: https://wiki.debian.org/M68k A good idea would also be to test whether you can create a fully bootable chroot with the help of vmdebootstrap which does not require stage 2 of the debootstrap process to be run on the m68k machine, see: https://wiki.debian.org/vmdebootstrap Is there any toolkit that would allow me to cross-compile the kernel and packages for m68k from a x86 machine? My Amiga is just a 68030/25 and it could take days to do the job :) I think you misunderstood. You don't need to compile anything as Debian is a binary distribution and all packages are already precompiled for the end user. (vm)debootstrap is a tool that allows to install a minimal Debian system and currently the only way to install the m68k version of Debian. And talking about vmdebootstrap, by the documentation I don't get clearly what are the debootstrap stages (took a look https://wiki.debian.org/Debootstrap and http://manpages.debian.org/cgi-bin/man.cgi?sektion=8query=debootstrapapropos=0manpath=sidlocale=en). stage1 is when the Debian packages are downloaded, copied and unpacked into your new chroot. stage2 is when the packages are configured. As stage2 requires package scripts and commands to be run, it normally needs to be run on the target system, in this case an m68k computer, while stage1 can be run on any machine which can execute deboostrap. In order to save time, you can run deboostrap on your normal x86 PC with the --foreign --arch=m68k parameters and thus run the stage1 processes on the fast computer. Then you boot your m68k computer with the chroot system with init=/bin/bash on the command line. After the machine has booted up, you run deboostrap/debootstrap --second-stage to trigger stage2 and configure the newly created chroot. Now, with vmdebbootstrap you can actually run *both* stage1 *and* stage2 on your x86 PC as it uses qemu to run all the target code in a a CPU emulator. This requires that your target platform is supported by qemu which is the case for m68k. However, I haven't tried vmdeboostrap yet which is why it would be nice whether someone could actually test it and document it somewhere. This should dramatically increase the bootstrapping process and make it easier as well. Is there any sid m68k working repository for debootstrapping it? There is no such thing as a bootstrap repository for debootstrap as the tool uses the normal package repositories. m68k is in Debian unstable (ports archive) and can be accesses using the known methods (APT and so on). You can debootstrap a fresh m68k chroot any time with: $ debootstrap --foreign --arch=m68k unstable mychroot \ ftp://ftp.debian-ports.org/debian But, as I said, this just generates a stage1 chroot which still needs stage2 to be run once on the target system. With vmdeboostrap, you should be able to avoid the second step though. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Current Debian m68k in Amiga
On 08/25/2015 08:35 PM, Carlos Milán Figueredo wrote: Recently, I got into this thread http://www.amiga.org/forums/showthread.php?t=65146 from Mr. Glaubitz that explained how to install a recent Debian release on the Amiga. Later, he published at http://people.debian.org/~glaubitz/chroots/ m68k-ready kernel images of version 3.16, as well as tarballs of the root filesystem; I was impressed to see a 3.16 m68k version. Glad this thread was helpful to someone. Writing a new, more comprehensive guide into the Debian Wiki is still on my TODO list :). · Does someone know the root password for the tarballs? I can only enter the system in single-user mode and passwd is not working there. That should be root/root, i.e. the password for root is root. Otherwise, you can just add init=/bin/bash to the command line in the amiboot configuration to boot the machine directly into a bash shell once, then set the password for root using the password command. · I’m currently stuck because I have no PCMCIA card for Amiga that works with Linux/m68k. Actually I’m looking for one that works with the three: cnet.device, Linux/m68k, NetBSD/amiga. Do you know if there is somewhere I can find that? Yes, those are very hard to find. Here's a list which shows which models are compatible and which are not: http://www.g-mb.de/pcmcia_e.html It took my quite a while to find a compatible one. This is attributed to the fact that the Linux kernel uses a different PCMCIA stack on the Amiga as compared to standard x86 PCs which means that most PCMCIA drivers the Linux kernel support unfortunately don't work on the Amiga running Linux. Someone with enough time needs to port the modern and common PCMCIA stack of the Linux kernel to the Amiga. · What is the current status of the Debian m68k port? It was sad that the official support was dropped, but I can understand why. Is there any way to help? (although I have basics skills with C, by no means I’m a C coder). The port is still maintained by a couple of fear- and restless kernel and Debian developers as well as several other valuable contributors. The m68k port sees more activity than the sh4 (SuperH) or SPARC ports of Debian, for example. So it's actually pretty active. If you want to help and don't want to code, you can start writing a detailed installation guide, preferably with screenshots which shows the installation of Debian/m68k on the Amiga step-by-step. A good idea would also be to test whether you can create a fully bootable chroot with the help of vmdebootstrap which does not require stage 2 of the debootstrap process to be run on the m68k machine, see: https://wiki.debian.org/vmdebootstrap Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Bug#794964: gettext: must redo libstdc++ ABI transition because not done right
On 08/10/2015 04:56 PM, Christian T. Steigies wrote: Can we get this in the wiki, please? Jess, will do! -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55c8bd9a.4040...@physik.fu-berlin.de
Re: Bug#794964: gettext: must redo libstdc++ ABI transition because not done right
On 08/09/2015 12:55 AM, Thorsten Glaser wrote: I don't have an answer for that, but for very slow systems like m68k it is probably not a good idea to have a buildd chroot too much clean Yes, we usually do add debhelper and eatmydata. But that would eventually not pull this library, then. Can we add this to the wiki please? I forgot how to properly setup eatmydata and ccache for the buildds and my Aranyms are therefore running without it after I had to create new build roots. Is it enough to install eatmydata and ccache into the build root and add the necessary command prefix in /etc/schroot/chroot.d/sid-m68k- sbuild or is there more that needs to be done? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55c71138.3070...@physik.fu-berlin.de
Re: Time to change the debian-ports list?
I'm in favor of the old design because I think it's important to havw a list which can be used to make announcements about important issues that all porters should be aware of. It's not really that mails going to debian-ports@ appear that often. PS: Excuse my quoting style, currently on mobile. Adrian On Jul 22, 2015, at 7:04 PM, Steve McIntyre st...@einval.com wrote: On Wed, Jul 22, 2015 at 05:38:17PM +0200, Wouter Verhelst wrote: On Fri, Jul 17, 2015 at 01:40:20PM +0100, Steve McIntyre wrote: On Thu, Sep 11, 2014 at 12:51:29PM +0100, Steve McIntyre wrote: On Wed, Sep 10, 2014 at 07:01:00PM +, Thorsten Glaser wrote: Alexander Wirt dixit: Could you please (technically) summarize what needs to be done from listmaster side? 1. Remove whatever debian-po...@lists.debian.org is right now 2. Create a new debian-po...@lists.debian.org mailing list which works just like the other regular lists 3. Announce the new debian-po...@lists.debian.org so that people can subscribe to it; document that there is no longer an address to reach *all* ports but that people should eMail the individual ports’ lists (and cross-post if needed, but only to the amount needed), and that the new debian-po...@lists.debian.org instead is a mailing list for discussion about a) debian-ports.org infrastructure b) porting Debian in general c) questions related to setting up a Debian port, including wanna-build, buildd, etc. That seems like a bad idea to me, tbh. There will be people who won't notice that the meaning of debian-ports@ has changed, and who will try to use it with its old meaning. If there are problems with the current meaning of debian-ports, can't we just retire the old alias and create a list under a different name? Is there much point to that? I've not heard anybody at all speak up in favour of the existing behaviour. If anybody does use try to use it that way in future, the new list will most likely be the best place for their mail to go... -- Steve McIntyre, Cambridge, UK.st...@einval.com I used to be the first kid on the block wanting a cranial implant, now I want to be the first with a cranial firewall. -- Charlie Stross -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150722170456.gc5...@einval.com -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/a3f2133d-cea2-42d5-a4d3-5dacfe6ec...@physik.fu-berlin.de
Re: using build profiles breaks debian-ports
On 07/17/2015 09:31 AM, Thorsten Glaser wrote: using build profiles breaks debian-ports architectures, all of them: What exactly is a build profile in this context? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55a8bda0.4010...@physik.fu-berlin.de
Re: Log for attempted build of encfs_1.8.1-2 on m68k (dist=unstable)
On 07/17/2015 09:53 PM, Eduard Bloch wrote: Please don't get me wrong, I don't contemn the development of experimental architectures. But from my POV: it was working with older boost versions and it works with newer ones. m68k isn't experimental, it was Debian's *first* official port and it's still important since it helps catch regressions in the code regarding portability. Do you really expect me to hunt ghost bugs and identify the exact range of boost versions that did have problems (espcially those which appeared ONLY on m68k)? Just because you use a boost version that is more than three years old, even older than the Debian Stable version? Seriously? Or maybe you try to just sync your set of BASE libraries (like boost) to at least Jessie level? Yes ;). I'll get you as many beers as you want to for that provided you'll be around at this year's DebConf :). Third, my package is made for Debian Stable or newer. Your build seems to run on oldstable (boost version 1.49). I may find a solution No, it runs unstable (boost version 1.49). Please add a version to your dependency if that is not enough. There is no mention of 1.49 in https://packages.debian.org/search?suite=sidarch=m68kmode=pathsearchon=contentskeywords=boost and that is what counts. And even then, none of the ports unstable buildds reported any such problems: http://buildd.debian-ports.org/status/package.php?p=encfssuite=sid Well, it encfs FTBFS on m68k, so there is apparently a bug: http://buildd.debian-ports.org/status/package.php?p=encfssuite=sid And I have a high level of trust in Torsten. If he reports something to be broken, it *is* usually broken :). Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55a95e5b.5070...@physik.fu-berlin.de
Re: New maintainer and hosting needed for linux-m68k.org services (DNS, Email, Web)
(Cross-posting to debian-m68k) On 07/16/2015 11:44 AM, Arno Griffioen wrote: It looks like in about a year I'll be losing the option to keep on hosting the linux-m68k.org services as far as DNS, email(-forwarding) and webpages goes. Also I'm no longer in a position to have the option of setting it up again somewhere else. I'm quite happy to keep sponsoring the yearly registration fees for the domain itself, but the technical/operational side will need a new home to keep running. So i'm asking for someone to take over these services. I can provide copies of the relevant data (DNS zone files, current email aliases, HTML files, etc.) so everything can be migrated in due time. If anyone wants to take this on, let me know! Thanks! If it's just a matter of providing a server, I'd be happy to help out! Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55a79714.7080...@physik.fu-berlin.de
Re: Leaving
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/08/2015 09:20 PM, Laurent Vivier wrote: You mean http://lwn.net/Articles/649239/ ? Hmm, I don't see anything wrong with the original posts. I welcome anyone who encourages civil and respectful conversation within Debian. In any case, rest assured that I will definitely not shut down my buildds. I still consider Debian the most important and most influential distribution we have and I have observed many upstream projects that were encouraged to release new upstream versions after their software was adopted in Debian. Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVnYSrAAoJEHQmOzf1tfkTv4gP/jIRh9+1O0Z0+APMX9ofHms9 lWFbzyhlkeMb5NuC8221hf4nckiRpAhuqt4AT1BlkwerkEk4Fl2zqH9oAMLZiojT joxpIi6fIXbyZggk3/k9y/uAbQUw3wcF4Xvo7khJr/zQm4CojWNKbgzgSQ4TMN3c KItvQyvNr3xJj1MOEMxKdcOTwtgPkeCceYkLD6TLiYpb4pinNF5u1/yK1GSCEoaE SF+Hr8pGrRsZ87z7DEdPcgt+rI/c22Q15qXNRFyMgbsRgVijx/1TvJ+vGHobfJE3 AxiAxFVdZRn+Sh1DXNgpLunyFVaO064zqfZm0jDjz1Hh6sQeQtcbgOw36Gjg8B1m 3sfgYgdtxesjNKTvwaKhwQuUqMs3Qs8pJkqsdpq2XiGKLAbqGV2I38gkhv1vLvgR 89vNRIUPmxSUfkHImXzKwjegCnC4VtSrVQ9p3oHFvYSHWzv2NyJLaZgEsQ/iYP3F YCezB8AJdCKGfBfNl+t4ZxMpj1TFXYfvGVVZfPUdUok4KVEUQKIJowDNnPafOO40 fTbKwX7rJL4yDoSudFOp7B+bHq+1/i8cHQnkPaJihUNzPxRcs5aCycjjdUNp/4br dHkPdEhYIPUsGa9EAH+NKglGiQHb6pII1bQwNyb2C+2hFwKkHLcRF7TItxg5w0yh b5qZvvsdqg8FDFxG334X =8YR7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/559d84ab.7040...@physik.fu-berlin.de
Re: Log for attempted build of musescore_2.0.1+dfsg-2 on m68k (dist=unstable)
On 06/25/2015 10:39 AM, Thorsten Glaser wrote: $ grep -c processor /proc/cpuinfo=20 0 $ make -j 0 make: the '-j' option requires a positive integer argument Why does it even attempt to do that? Debian Policy is clear that a package *MUST* build using only *ONE* CPU core, unless DEB_BUILD_OPTIONS contains parallel (then it may autodetect or use unbounded CPUs) or parallel=n (then it must not use more than n CPU cores). I agree with Thorsten, this is definitely a bug. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/558bc126.8050...@physik.fu-berlin.de
Re: Log for attempted build of libjsoncpp_0.10.2-2 on m68k (dist=unstable)
I'd be happy to help with the sponsorship if necessary. On Jun 11, 2015, at 8:35 PM, Peter Spiess-Knafl d...@spiessknafl.at wrote: I think I fixed it in git, I am just waiting for my sponsor to upload. Greetings Peter On 06/10/2015 11:34 AM, Thorsten Glaser wrote: fail symbols file differs, see: http://buildd.debian-ports.org/status/fetch.php?pkg=libjsoncpparch=m68kver=0.10.2-2stamp=1433899408 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5579d50c.8010...@spiessknafl.at -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/f38d390f-aefb-4cbc-b488-5e4af9bb5...@physik.fu-berlin.de
Problems with the build-queue again
Hi Aurelien! I'm sorry to bother you that often, but unfortunately the build queue for ports has emptied again as all build-dependencies have become uninstallable. Could you have a look? Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/556c108e.7000...@physik.fu-berlin.de
Re: M68K status
On 06/01/2015 10:52 PM, John Voltz wrote: Looks like I'll need to figure out how to get this and it's (doubtless) dozens of dependencies installed first. Or you try my method instead which allows to choose the packages to be included when invoking debootstrap using the --include option :-). Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/556cc6a8.3040...@physik.fu-berlin.de
Re: M68K status
On 05/28/2015 12:56 AM, John Voltz wrote: I just find it interesting that the kernels all seem to hang at the same point whenever I start them from the Workbench. I think I tried the latest one from the wiki page over the weekend and it did the same thing. I would like to figure out why, so I don't have to go through a convoluted startup process to run Debian. Can you quickly explain how to install amiga-lilo? Which was the latest version you tried? I think the wiki links 3.2.0 which is also quite dated but known to work on most systems. I have a much more recent version, 3.16.x, on my Debian homepage space. Thanks for the tips. I wasn't aware that it could be installed that way. I'm not super-familiar with Debian, I created a quick-and-dirty howto some time ago: http://www.amiga.org/forums/showthread.php?t=65146 Just get the files from my webspace instead the one linked as this webspace doesn't exist anymore. https://people.debian.org/~glaubitz/chroots/ You can also always just create an up-to-date base system yourself using debootstrap. My usual way of installing a new Amiga with Debian would be: 1) Install AmigaOS onto the disk and partition the hard drive to leave enough space for a Linux root file system and swap. AmigaOS doesn't necessarily need to recognize the full disk capacity, just use 2 GiB for AmigaOS, for example. 2) Take the disk out of the Amiga and hook it up to your PC; use gparted to create an ext4 filesystem and a swap partition on the remaining space of the disk. Note: Partitions need to be aligned by Cylinder, not MiB, otherwise the partition creation will fail with gparted on an Amiga disk. I already filed this as a bug report to libparted upstream. 3) Mount the newly created root filesystem on your PC to some mount point, e.g.: /mnt. 4) Create a new minimal base system for m68k using debootstrap: $ debootstrap --foreign --no-check-gpg --include=apt,nano,aptitude,vim unstable /mnt ftp://ftp.debian-ports.org/debian Read the manpage of debootrap if you want to understand the options I used. 5) Umount the root filesystem from /mnt and mount the primary AmigaOS partition to /mnt instead. Copy kernel and initrd from my webspace and put them into a new folder on the AmigaOS partition. Copy amiboot-5.6 into the same folder. 6) Decompress the kernel using gunzip: $ mv vmlinuz-3.16.0-4-m68k vmlinuz-3.16.0-4-m68k.gz $ gunzip vmlinuz-3.16.0-4-m68k.gz $ mv vmlinuz-3.16.0-4-m68k vmlinux-3.16.0-4-m68k 7) Create an Amiga shell script with the proper command line for amiboot: amiboot-5.6 -d -k vmlinux-3.16.0-4-m68k -r initrd.img-3.16.0-4-m68k root=/dev/sda2 fb=false console=ttyS0,9600n8 init=/bin/bash 8) Umount the AmigaOS partition, take the disk out of your PC and back into the Amiga. Boot into AmigaOS and make sure the shell script from step 7) is marked as executable. You will probably need to configure Workbench to show all files in a folder, not just icons. 9) Double-click the script you created in 7) and wait for Linux to boot. 10) Once you get a bash prompt, run: $ /debootstrap/debootstrap --second-stage to finish the deboostrap installation 11) Configure filesystems, networking, nameserver, hostname by editing: * /etc/fstab * /etc/hostname * /etc/resolv.conf * /etc/network/interfaces You can also simplify step 12) by adding more packages to the debootstrap invocation in step 4). For example, if you want to use DHCP, just include the package isc-dhcp-client in the --include directive. Have fun! Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5566d1e2.3030...@physik.fu-berlin.de
Re: M68K status
On 05/27/2015 08:38 AM, Finn Thain wrote: Some up-to-date information can be found in the wiki. https://wiki.debian.org/M68k/Installing Sprucing this up a bit and making it more up-to-date has been on my TODO list for quite some time. I am planning to make a guide with screenshots and all these fancy things and create howtos for Aranym, Macintosh and Amiga. And possible for the VME machine that is now sitting in my office since yesterday :). There is also a slightly more comprehensive howto which I posted on amiga.org a while ago: http://www.amiga.org/forums/showthread.php?t=65146 Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55656965.7010...@physik.fu-berlin.de
Re: Bug#399608: fixed in sysvinit 2.88dsf-59.1
Hi there! This upload most likely broke the build queue on several ports architectures because sysvinit-tools depend on a specific version of util-linux which wasn't build on the affected architectures yet [1]. I fixed sh4 and m68k manually, but sparc64 and powerpcspe are still stuck because they can't build the current version of util-linux. The problem is currently overshadowed on sparc64 by other BD-Uninstallable packages but it exists there as well most likely. To fix the issue, I had to build util-linux manually, wanna-build was unable to resolve the dependencies. Maybe the dependency on src:util-linux is incorrect and it should be just util-linux as src:util-linux apparently always depends on the most current version in the main archive instead of just any usable version in the archives? I don't know. In any case, I would love to fix the powerpcspe and sparc64 ports but I haven't got an account on any machine with these architectures yet so I can't help at the moment. I have asked for a sparc64 account but with no positive result so far. Anyway, just wanted to raise some awareness that this change broke the build queue on the ports and it might break again once util-linux is updated in the main archive again. Cheers, Adrian [1] http://buildd.debian-ports.org/status/package.php?p=util-linuxsuite=sid -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55588921.7070...@physik.fu-berlin.de
Needs-Build suddenly empty
Hello! After Jessie was released, the build queue was packed with new packages. For some reason, the build queue has drained and Needs-Build has dropped to zero. I assume it's another hickup on the ports server. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/553df749.7000...@physik.fu-berlin.de
Re: Debian 68k meetup at DebConf 15
On Mon, Mar 30, 2015 at 07:36:56PM +0200, Wouter Verhelst wrote: raises hand Great :). I had already agreed with Adrian that I'd be bringing the amigas for him. However, there are also several macs which I could bring, if there is enough interest...? As I am going to arrive by car, I would be happy to adopt any hardware you can part with. We can distribute any additional hardware later among the active m68k people. So, please, bring anything you can :). Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150330175412.gb19...@physik.fu-berlin.de
Debian 68k meetup at DebConf 15
Hi folks! Have we already discussed a possible meetup at DebConf this year? Wouter told me that he will be at DebConf, too. And since I am coming and Thorsten is probably coming as well, we should definitely organize something :). Who of you is coming to Heidelberg this year? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/550d347a.7050...@physik.fu-berlin.de
Re: Installation on Amiga 1200
On 03/21/2015 06:58 PM, Sebastian Bergmann wrote: Am 21.03.2015 um 18:56 schrieb John Paul Adrian Glaubitz: As long as the USB-RS232 is supported by the operating system on your Thinkpad, yes. The Amiga will just see a regular RS232 port. The ThinkPad's operation system is Fedora 21 (sorry, no Debian :-). I actually like Fedora, so no worries :). And, as for the adapter, just make sure there is a driver for it in the kernel (which is very likely, but just to be sure not to waste money on it). Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/550db2ce.7020...@physik.fu-berlin.de
Re: Installation on Amiga 1200
On 03/21/2015 03:52 PM, Sebastian Bergmann wrote: Been there, done that. Now the root partition is mounted during. But now I run into a kernel panic when the swap partition is activated. Debugging that will be a task for another weekend, though. We'd be happy to help if you mind sharing the actual OOPS with us ;). Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/550d9009.9030...@physik.fu-berlin.de
Re: Installation on Amiga 1200
On 03/21/2015 06:46 PM, Sebastian Bergmann wrote: Quick question: my ThinkPad does not have a serial port. I found USB to Serial RS232 9 Pin adapter converter cables on Amazon. Can I use one of those to make a serial connection between my laptop and my Amiga? As long as the USB-RS232 is supported by the operating system on your Thinkpad, yes. The Amiga will just see a regular RS232 port. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/550db0c7.3020...@physik.fu-berlin.de
Re: Installation on Amiga 1200
On 03/21/2015 12:50 PM, Christian T. Steigies wrote: According to the photo, your Linux partition is on sdc1 so you should use: root=/dev/sd1 sdc1 ;) @Sebastian: Please post the full amiboot command line you are using. I haven't watched the video yet, but did you remember to use the initrd? I assume that this was taken on a PC, so on the Amiga the harddisk may have a different name, depends on how many disks you have on the system. If it is the only (or first) disk, it should be sda1, if it is the second disk, its sdb1, etc. Just try with a few different root arguments, or better, use dmesg (and debug=mem as additional bootarg) to figure out the name of your disk. Maybe you can catch it in the kernel output during bootup? I prefer using a serial cable hooked up to my PC. Works like a charm with debug=ser and console=ttyS0,9600n8. Here's my command line for amiboot: amiboot-5.6 -k vmlinux-3.16.0-4-m68k -r initrd.img-3.16.0-4-m68k root=/dev/hda3 console=tty0 console=ttyS0,9600n8 modprobe.blacklist=amiflop Blacklisting amiflop is necessary as otherwise btrfs will try to access the floppy drive which won't cease until you insert a floppy disk. Apparently btrfs doesn't understand that amiflop is a floppy drive and not a hard disk where it could expect a btrfs filesystem. I should file a bug report upstream. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/550d6390.2000...@physik.fu-berlin.de
Re: Installation on Amiga 1200
On 03/21/2015 02:23 PM, Sebastian Bergmann wrote: The CompactFlash card that has the Linux root partition on it, which is formatted using ext4, is attached to the Amiga via PCMCIA and does not show up in /proc/partitions. I'm not sure whether we actually have support in the kernel for storage devices connected to the Amiga PCMCIA connector. On the Amiga, the kernel uses a different PCMCIA stack as opposed to x86 machines. Thus, only a limited number of PCMCIA devices that are supported by the kernel on x86 are also supported on the Amiga as most PCMCIA device drivers require the new PCMCIA stack. The drivers for the Amiga's PCMCIA controller still need to be ported to the new PCMCIA stack. I recommend just using a larger Compact Flash card or a 2.5 inch IDE disk drive and install Linux there for the time being. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/550d72fa.1000...@physik.fu-berlin.de
Re: Installation on Amiga 1200
On 03/21/2015 01:44 PM, Sebastian Bergmann wrote: It still does not find / mount the root partition but now I should be able to find out the correct argument for root=. Did you verify that /dev/sdc1 is actually there? What does cat /proc/partitions say? And which filesystem did you use for the root partition? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/550d6828.3020...@physik.fu-berlin.de
Packages are not installed into the archive
Hello Aurelien! I recently noticed that packages that are built and uploaded are currently not properly installed into the archives. For example, src:linux has been successfully built on sh4, but it's still not in the archives but only to be found in incoming/buildd [1]. The same is true for perl for m68k for example and many other packages as you can see. Could you have a look at the DAK server to see what's wrong and why packages are not being installed? Cheers, Adrian [1] http://incoming.debian-ports.org/buildd/packages/sid/main/ -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54fc038f.5070...@physik.fu-berlin.de
perl 5.20.2-2 missing in the archives
Hi Thorsten! Did you forget to upload the perl package you built? It is reported as Installed, but I can't find it anywhere. It might also be an issue with the archive daemon on the ftp server. This is just after apt-get update right now: root@elgar:~ apt-cache policy perl perl: Installed: 5.20.1-4 Candidate: 5.20.1-4 Version table: *** 5.20.1-4 0 500 http://ftp.debian-ports.org/debian/ unstable/main m68k Packages 100 /var/lib/dpkg/status root@elgar:~ Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54f9a640.2030...@physik.fu-berlin.de
Re: perl 5.20.2-2 FTBFS, breaks dist-upgrade
On 03/06/2015 01:37 PM, Christian T. Steigies wrote: That is the same line you sent a few days ago, no? I did that, and crest is still stuck at: Reading package lists... 0% Hmm, ok. I was assuming you didn't run apt-get clean as you denied my question when I asked whether you tried cleaning the caches before apt-get update. But I will try once more before I turn off crest. Is there a chance I can get remove access to the machine to have a look myself? Yes, I will, but I still don't think this has any influce on apt-get update or dpkg. And if it had, I would expect a warning/error message ant not apt getting stuck. Probieren geht ueber Studieren :). Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54f9a05d.5050...@physik.fu-berlin.de
Re: perl 5.20.2-2 FTBFS, breaks dist-upgrade
On 03/04/2015 02:17 PM, Christian T. Steigies wrote: On Tue, Mar 03, 2015 at 02:53:10PM +0100, John Paul Adrian Glaubitz wrote: On 03/03/2015 02:43 PM, Christian T. Steigies wrote: No idea, I have a different problem on crest. It finished building php yesterday (after 10 days!) but can not build any packages since then. apt-get upgrade does not get past Reading package lists... 0% Did you already try: apt-get clean dpkg --clear-avail apt-get update ? No, I started that yesterday, and now 24h later: Fetched 17.0 MB in 25min 17s (11.2 kB/s) Reading package lists... 0% Please try to completely rebuild the apt caches with: apt-get clean dpkg --clear-avail apt-get update There are some binary caches that can be cleared using apt-get clean, I suspect these might be corrupted Also, did you already import the GPG key for debian-ports.org for 2015? nope. I don't think that has an influence on dpkg, though? You should still fix that as a proper apt-get update will fail otherwise. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54f988e0.9030...@physik.fu-berlin.de
Re: perl 5.20.2-2 FTBFS, breaks dist-upgrade
On 03/03/2015 02:43 PM, Christian T. Steigies wrote: No idea, I have a different problem on crest. It finished building php yesterday (after 10 days!) but can not build any packages since then. apt-get upgrade does not get past Reading package lists... 0% Did you already try: apt-get clean dpkg --clear-avail apt-get update ? Also, did you already import the GPG key for debian-ports.org for 2015? gpg --keyserver pgp.mit.edu --recv-keys C448326E gpg --armor --export C448326E | apt-key add - Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54f5bcc6.7020...@physik.fu-berlin.de
perl 5.20.2-2 FTBFS, breaks dist-upgrade
Hi Thorsten! You've probably already seen it, but just to bring up the discussion, perl_5.20.2-2 FTBFS on m68k because one of the tests is failing [1]. This can anyone running a dist-upgrade on their m68k machines trouble since the dist-upgrade will upgrade the perl-modules packages to 5.20.2-2 while the Perl interpretor will remain at 5.20.1-4 meaning that Perl won't find many of its modules anymore as @INC still points to the 5.20.1 modules which are no longer present after perl-modules has been upgraded to 5.20.2-2. Suggestions on how to fix the Perl build? Just build it manually? Adrian [1] http://buildd.debian-ports.org/status/fetch.php?pkg=perlarch=m68kver=5.20.2-2stamp=1425326758 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54f59890.1060...@physik.fu-berlin.de
Bug#779480: geographiclib: Please update symbols files for hppa, m68k, powerpcspe, ppc64, sh4 and x32
Package: geographiclib Version: 1.37-3 Severity: normal Hello! Your package currently fails to build from source on various ports architectures as the symbols files are outdated. Please check the build logs of the affected architectures to update your package: hppa: http://buildd.debian-ports.org/status/fetch.php?pkg=geographiclibarch=hppaver=1.37-3stamp=1419828488 m68k: http://buildd.debian-ports.org/status/fetch.php?pkg=geographiclibarch=m68kver=1.37-3stamp=1415457630 powerpcspe: http://buildd.debian-ports.org/status/fetch.php?pkg=geographiclibarch=powerpcspever=1.37-3stamp=1415376002 sh4: http://buildd.debian-ports.org/status/fetch.php?pkg=geographiclibarch=sh4ver=1.37-3stamp=1425133647 x32: http://buildd.debian-ports.org/status/fetch.php?pkg=geographiclibarch=x32ver=1.37-3stamp=1415356098 Cheers, Adrian -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150301092412.26735.13765.report...@zlogin2.physik.fu-berlin.de
Re: geographiclib: Please update symbols files for hppa, m68k, powerpcspe, ppc64, sh4 and x32
Hi Bas! On 03/01/2015 11:23 AM, Sebastiaan Couwenberg wrote: fixed 779480 1.40-1~exp1 thanks The symbols handling was fixed for geographiclib 1.40, which is in NEW for some time now. Ah, I wasn't aware of that. I saw that there was a version of geographiclib in NEW and I also read the changelog entry, but it wasn't really clear to me whether this would fix the issue for all architectures. The hppa, m68k and sh4 ports were just resurrected by the porters not too long ago, so I was fearing that your changes might not affect these architectures. Thanks for the quick reply and your efforts to help the ports architectures! Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54f2ea19.2050...@physik.fu-berlin.de
Re: geographiclib: Please update symbols files for hppa, m68k, powerpcspe, ppc64, sh4 and x32
On 03/01/2015 03:28 PM, Thorsten Glaser wrote: We don’t run any experimental buildd; we cannot afford that sort of resource split. Oh, good point, I actually recently tried to configure the sh4 buildds to build packages for experimental as well. But just adding experimental to the list of distributions in ~buildd/.builddrc and adding the additional source entries to the chroot's sources.list just resulted in sbuild failing without an explicit error. Is there anything you need to configure as well in order for experimental to be built on the buildds? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54f3353f.6050...@physik.fu-berlin.de
Re: Bug#778644: qtdeclarative-opensource-src: port to m68k
On 02/17/2015 09:12 PM, Thorsten Glaser wrote: please apply the attached debdiff: a small patch to make it build (already sent to Google, but not Qt upstream) and an update for the symbols files. Awesome, thanks Thorsten! What do you mean with sent to Google, btw? Does Google maintain anything within Qt? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54e3a47c.5070...@physik.fu-berlin.de
Re: GPG key expires in -20150216 days!
On 02/16/2015 01:31 PM, Christian T. Steigies wrote: So I guess it is missing something or looking in the wrong directory? buildd@crest:/root$ /usr/local/bin/update-buildd.net heartbeat grep: =: Permission denied buildd@crest:/root$ cd buildd@crest:~$ /usr/local/bin/update-buildd.net heartbeat grep: =: No such file or directory I usually install it under ~buildd/bin. Then when you run it for the first time, it will create all the necessary configuration files under .buildd.net which you just need to edit. Just try starting from scratch here. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54e1e720.9070...@physik.fu-berlin.de
Re: m68k port clears its Needs-Build queue
On 02/16/2015 01:10 PM, Steven Chamberlain wrote: The m68k port cleared the Needs-Build queue for sid packages today: http://unstable.buildd.net/buildd/Needs-Build_stats.png So, congratulations! Thanks. I'm also quite proud of the graph for sh4, managed to get over 2500 packages to build on the buildds and I am closing up to get the build percentage back to 90%! Maybe one of the porters could explain the actual significance of this (I think it's not exactly the first time?); and the overall status of the port, to debian-publicity@ and/or a blog post via Planet Debian? Or even just to me since I was curious enough to ask. Good idea, but I think we should rather wait until we have gotten above 9000 or even 10.000 built packages. There are still many packages that need to be fixed. I guess now the emphasis is on packages that FTBFS so that the 2000 BD-Uninstallable packages can be built next. However there are too many to be listed on here: http://buildd.debian-ports.org/status/architecture.php?a=m68ksuite=sid so it's not clear which are most important, or have the most dependent packages waiting on them. Is there a better list for anyone who might want to help with porting? A good starter is too look at the packages in Failed state as these are packages that fail to build from source reproducibly. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54e1df51.8070...@physik.fu-berlin.de
Re: GPG key expires in -20150216 days!
On 02/16/2015 01:11 PM, Christian T. Steigies wrote: While I am at it, when will this stop? GPG key expires in -20150216 days! crest has an updated GPG key, the buildd has been restarted several times, but still this message does not go away. Are you using the latest version of the script? I've found the update script to contain some syntax errors, too :). It's actually on my TODO list to fix that. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54e1df87.7090...@physik.fu-berlin.de
Re: Please block chumley from building package cbmc
On 02/16/2015 09:14 AM, Michael Tautschnig wrote: Would it be possible to blacklist cbmc on the host chumley? ^^^ Looks like Christian hasn't fixed his buildd configuration and make sure the name used here is actually crest and not chumley :). Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54e1c921.6080...@physik.fu-berlin.de
libproxy B-D on webkitgtk
Hi GNOME maintainers! I'm one of the porters who takes care of the m68k and sh4 ports of Debian and I am currently trying to get a current version of libproxy to build on these architectures. Unfortunately, this seems to be impossible at the moment since libproxy has a build dependency on webkitgtk which takes huge amounts of memory to compile and eventually fails: /usr/bin/ld: failed to set dynamic section sizes: Memory exhausted collect2: error: ld returned 1 exit status make[2]: *** [libwebkitgtk-3.0.la] Error 1 make[1]: *** [all] Error 2 GNUmakefile:40282: recipe for target 'libwebkitgtk-3.0.la' failed make[2]: Leaving directory '/«PKGBUILDDIR»/build-3.0' GNUmakefile:25662: recipe for target 'all' failed make[1]: Leaving directory '/«PKGBUILDDIR»/build-3.0' debian/rules:121: recipe for target 'build-stamp' failed make: *** [build-stamp] Error 2 This is on a sh4 buildd with 6 GiB of swap and 512 MiB of RAM. I am currently waiting for my personal sh4 board to arrive in the mail and can hopefully upgrade the board to more memory or at least connect an SSD with a very large swap partition. However, I am still wondering whether the build dependency of libproxy on webkitgtk is actually really necessary? The problem is that libproxy has many important reverse dependencies and we can't build things like graphviz or SANE because of this issue. Any ideas? Thanks a lot! Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54d3beb5.5030...@physik.fu-berlin.de
Re: libproxy B-D on webkitgtk
On 02/05/2015 08:27 PM, Thorsten Glaser wrote: libproxy (0.4.11-4+m68k.1) unreleased; urgency=low * Disable mozjs and Webkit on m68k, where they need major porting -- Thorsten Glaser t...@mirbsd.de Fri, 02 May 2014 15:25:02 +0200 This is “good enough” for dependencies, anyway. No idea why it needs them at run-time, though. Yeah, about that. I never managed to build and upload something to unreleased. The package just sits there on the FTP server's incoming directory and nothing happens. It drives me nuts. And mozjs should be kicked to another galaxy as well, the maintainers of the package don't even care it FTBFS on almost all architectures on Debian ports [1]. It's so frustrating when maintainers only care the shiny new architectures even though the actual fix is trivial (just fixing the symbols file) [2]. Adrian [1] http://buildd.debian-ports.org/status/package.php?p=mozjssuite=sid [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669944 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54d3c756.4000...@physik.fu-berlin.de
Re: dmasound-atari
On 01/31/2015 11:47 AM, Stefan Niestegge wrote: The module-assistant however, lets me know it can't get the kernel header/kernel sources for my 3.19.-dirty kernel. Do i need to use a release kernel for that purpose? Well, you either need the headers or the sources for the kernel you are using installed under /usr/src. If you I remember correctly, you were using a custom-built kernel and not one of the Debian kernels. So, you need to get the source tree that was used to compile your particular kernel and put it under /usr/src. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ccb403.9070...@physik.fu-berlin.de
Re: config-3.16.0-4-m68k
On 01/25/2015 12:14 PM, Geert Uytterhoeven wrote: CONFIG_DEVTMPFS_MOUNT=y This isn't set on my amd64 machine either and it works. Isn't the init system supposed to mount devtmpfs anyway? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c4d115.90...@physik.fu-berlin.de
Re: installing lxde fails: dep: gpicview
On 01/25/2015 02:53 PM, Thorsten Glaser wrote: I generally look at https://buildd.debian.org/status/package.php?p=gpicview to figure out which text and binNMU version to use, which is why I added the +b2 (for M-A compatibility). What do you mean with M-A? -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c4f8f1.3070...@physik.fu-berlin.de
Re: installing lxde fails: dep: gpicview
On 01/25/2015 02:27 PM, Stefan Niestegge wrote: The following packages have unmet dependencies: lxde : Depends: gpicview but it is not going to be installed E: Unable to correct problems, you have held broken packages. 100|root@falcon060:~ # libjpeg62-turbo is installed as a dependecy of lxde-core and it should provide libjpeg62. Ideas? Yes, gpicview needs a binNMU, see: https://buildd.debian.org/status/package.php?p=gpicviewsuite=sid Will trigger one. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c4f02f.4040...@physik.fu-berlin.de
Re: config-3.16.0-4-m68k
On 01/25/2015 12:49 PM, Geert Uytterhoeven wrote: That's plain Debian? Yes: glaubitz@z6:~ grep CONFIG_DEVTMPFS_MOUNT /boot/config-3.16.0-4-amd64 # CONFIG_DEVTMPFS_MOUNT is not set glaubitz@z6:~ lsb_release -c Codename: jessie glaubitz@z6:~ Please don't mess with the kernel configuration because some people have their user space applications improperly configured. And if you plan to change this, please ask Ben Hutchings first. He usually has a sound reasoning behind it. It is set on my amd64 machine running Ubuntu 14.04 LTS. Might be related to the fact that they use Upstart? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c4d94f.2000...@physik.fu-berlin.de
Re: Improving the Aranym image
On 01/25/2015 03:20 PM, Thorsten Glaser wrote: I just did that. Host: processor : 1 model name : Intel(R) Atom(TM) CPU N270 @ 1.60GHz cpu MHz : 1600.000 bogomips: 3199.68 Guest: 33.9 MHz, 22.63 BogoMips, 9½ minutes to boot to login prompt. Weird. My Centris 650 with a 25 MHz 68040 boots in around half the time but I should do a benchmark next time. I’ve also verified you need to both install uml-utilities and have the user added to the uml-net group, and edited the Wiki accordingly. I also added some more things (like ln -s vmlinuz/initrd), so this is now really a step-by-step instruction (with a bit of confusion due to the existence of README.txt, but meh). Thanks a lot! So, I can strike this from my TODO list :). Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c4fdc3.8020...@physik.fu-berlin.de
Re: installing lxde fails: dep: gpicview
On 01/25/2015 03:21 PM, Thorsten Glaser wrote: John Paul Adrian Glaubitz dixit: What do you mean with M-A? Multi-Arch Ah, right. Too much abbreviations/acronyms make text comprehension unnecessarily tedious sometimes :). -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c4fe38.2070...@physik.fu-berlin.de
Re: config-3.16.0-4-m68k
On 01/25/2015 03:32 PM, Geert Uytterhoeven wrote: On Sun, Jan 25, 2015 at 1:12 PM, Thorsten Glaser t...@mirbsd.de wrote: Geert Uytterhoeven dixit: Missing options in config-3.16.0-4-m68k.txt: CONFIG_DEVTMPFS_MOUNT=y See below. OK, will drop. With dropping you mean activating it? m68k/defconfig: Enable automounting of devtmpfs at /dev Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c4ff42.40...@physik.fu-berlin.de
Re: installing lxde fails: dep: gpicview
On 01/25/2015 02:32 PM, Thorsten Glaser wrote: • probably needs a binNMU (I can schedule one, but that’ll take some time until it’s rebuilt) Umh, Thorsten. Why did you schedule another binNMU when I already did that? You saw that there was already a +b1 scheduled, no need to schedule another one. *sigh* -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c4f12f.2050...@physik.fu-berlin.de
Re: Some tests with my Macintosh Centris 650
On 01/24/2015 12:01 AM, Finn Thain wrote: That's a very early crash. It could be caused by a NuBus slot interrupt being asserted, since these are non-maskable IRQs on some models. This can happen with SONIC ethernet, prior to the Linux macsonic driver being loaded. Try booting MacOS with no extensions loaded (hold down shift key when you hear the boot chime, and release it when you see the words Extensions disabled). Ok, I will give that a try next week. The Mac is located in my office and I am not going to work over the weekend :). I would actually buy a serial cable to help with the debugging. Is there any particular cable that you can recommend? If this really is a regression, since 3.14, an obvious suspect would be my earlyprintk patch, commit 7913ad1ad834, which appeared in 3.16. But this crash looks to be too early. I would be happy to try a kernel with that patch reverted if you want to provide one. You might want to order a 16.666 MHz crystal as well, in case of instability at 40Mhz. Good idea! I've been there myself. I once clock chipped a PowerBook 520 CPU board. I desoldered the SMT 68LC040 CPU and replaced it with a 68040, and replaced the crystal at the same time. It worked, but the extra transistors and the extra frequency generated far too much heat for the passively cooled laptop to deal with. It needed a high-efficiency cooling system from a modern laptop, but there's no room for that. Ouch :). The Quadra 650 (33 MHz) has a big heat sink on the CPU; I don't recall seeing one on the slower machines. The Centris 650 has a big heat sink as well which is why the guys from the clockchipping website claimed overclocking them wouldn't be an issue at all... Fair enough. I wonder if you need heat sinks on other chips -- who knows what clock lines could be affected by that crystal. The website I linked earlier actually provides lots of statistics on the topic [1]. Lots of users contributed reports at which clock rates their Macs would still run stable. Adrian [1] http://www.applefool.com/clockchipping/ -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c35dec.30...@physik.fu-berlin.de
Re: Some tests with my Macintosh Centris 650
On 01/23/2015 11:13 AM, John Paul Adrian Glaubitz wrote: On 01/23/2015 03:47 AM, Finn Thain wrote: There is a known bug in Penguin that might affect your 3.16.0-4 kernel, if it is large and gzipped. The work-around for this bug is to unzip the kernel binary before using it with Penguin. (If that works, you probably want to switch to the EMILE bootloader. It used to work on my Q650 when I tried it years ago.) Ah, reminds me of the issues I had with amiboot and larger kernels [1]. Oops, I forgot the link: https://lists.debian.org/debian-68k/2013/04/msg00037.html -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c21fac.4000...@physik.fu-berlin.de
Re: Improving the Aranym image
On 01/22/2015 05:03 PM, ragnar wrote: Just a sidenote. Have you heard about the Banana Pi? It's just like a Raspberry Pi but with a DualCore CPU (running at 1Ghz) and a SATA Port. The price is nearly the same and you can connect any 2.5 HDD (3.5 with external power supply) which is much faster than any SD-Card. I actually had MIPS technologies sent me one of their CI20 boards for free. It's got a dual-core MIPS CPU with 1 GHz and 1 GiB RAM, Ethernet, wireless LAN and Bluetooth. I haven't tried Aranym on this machine yet though. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c120c8.1040...@physik.fu-berlin.de
Re: Improving the Aranym image
On 01/22/2015 04:14 PM, Thorsten Glaser wrote: Make sure you have the uml-utilities package installed, then retry. If it still does not work: add your user to the group uml-net, then retry. If either helps, edit the Wiki. Good hint, I will look into that later. Thanks! Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c11906.2030...@physik.fu-berlin.de
Re: Improving the Aranym image
On 01/22/2015 04:36 PM, John Paul Adrian Glaubitz wrote: On 01/22/2015 04:14 PM, Thorsten Glaser wrote: Make sure you have the uml-utilities package installed, then retry. If it still does not work: add your user to the group uml-net, then retry. If either helps, edit the Wiki. Good hint, I will look into that later. On a side note: One of my goals would be to have Aranym running on a Raspberry Pi provided that it runs fast enough on the Pi. This way, we could have everyone contribute with a buildd :). I wanted to give this particular image a try, but the link mentioned in this message is unfortunately dead: https://lists.bobek.cz/pipermail/cz-bobek-lists-aranym-user/2012-April/004865.html Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c11a4e.1050...@physik.fu-berlin.de
Re: Improving the Aranym image
On 01/22/2015 03:49 PM, Thorsten Glaser wrote: The default instructions, which I mostly inherited from Wouter, however assume a tun/tap network plus masquerading, i.e. no existing firewall setup. I tried to apply the instructions on a clean Debian Jessie installation which means there is no firewall configured or similar. As I said before, we should make sure that you can get a basic Aranym setup with a working networking configuration by just following the instructions step by step without making any particular implicit assumptions on the setup that people have at home. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c11015.70...@physik.fu-berlin.de
Re: Improving the Aranym image
On 01/22/2015 05:31 PM, Thorsten Glaser wrote: But for “usable” VMs, you want something like this: processor : 3 vendor_id : AuthenticAMD cpu family : 16 model : 4 model name : AMD Phenom(tm) II X4 965 Processor stepping: 3 microcode : 0x1c8 cpu MHz : 3400.000 bogomips: 6830.30 ⇒ about 150-200 MHz emulated I get emulated around 240 MHz with a 3.10 GHz Xeon E31220 CPU but that wasn't my point. Even if you get just 50 MHz with a small single PCB computer, you'd still have a usable buildd which has a very low power consumption. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c12a4e.2020...@physik.fu-berlin.de
Improving the Aranym image
Hello! After playing around with the current Aranym image a bit, I just realized that either the instructions in the wiki or the image itself are incomplete. I neither get a working video console through X nor do I get a working networking setup. All that works is setting the SDL video driver to dummy and boot with console=nfcon which will actually show the boot messages but won't spawn a getty on the text interface. The network setup fails with: [] Configuring network interfaces...Cannot find device eth0 Failed to bring up eth0. Can we work on improving this a bit? The goal should be that people can just download the image, follow the instructions and get a working Linux m68k machine which works out-of-the-box so they can setup buildds, for example. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c0214b.50...@physik.fu-berlin.de
Re: Improving the Aranym image
On 01/21/2015 11:43 PM, Thorsten Glaser wrote: I neither get a working video console through X nor do I get a working networking setup. All that works is setting the SDL I booted it, and I got somewhere at least. X doesn’t work, sure. I’ll retry it tomorrow. I wasn't talking about X in the client but just the console on X. I used X forwarding to start Aranym on a big server and tried to get the output show on my laptop. It remained in the Aranym splash screen and never changed. Apparently X forwarding doesn't work properly with Aranym. The network setup fails with: [] Configuring network interfaces...Cannot find device eth0 Failed to bring up eth0. Eh? WFM… I’ll have a look. Meanwhile, post your ARAnyM version and how you invoked it. I used the latest Aranym version from unstable and followed your instructions [1], step by step. I am pretty sure you need to use brctl as well as shown here [2]. Can we work on improving this a bit? The goal should be that people can just download the image, follow the instructions and get a working Linux m68k machine which works out-of-the-box so they can setup buildds, for example. This used to work with the 2012-Apr image, and AFAICT also the current one. If not, I’ll nachbesser, of course. We just need to make sure, networking works 100% when just following the instructions from [1]. Does anyone know how I can convince Aranym to start a getty on the nfcon device? I tried passing kernel command line parameters as well as Not possible, nfcon is one direction only (parallel printer). Yes, I just figured that out. The console is not usable over VNC, so the only possible solution for remote/headless ARAnyM is to use SSH exclusively. (Yes, there is no sshd in the image. Yes, this is by design – it needs entropy; while I could provide some, that would neither be pure Debian, nor would it be considered reliable by paranoid people.) Well, Aranym is mainly for testing and developing purposes and not for setting up your super important file server. And paranoid people shouldn't be using emulators anyway :). Adrian [1] https://wiki.debian.org/Aranym/Quick [2] http://wiki.aranym.org/manual#networking -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c02dfc.6090...@physik.fu-berlin.de
Some tests with my Macintosh Centris 650
Hi! I have recently managed to bring my Macintosh Centris 650 back to live after it didn't want to boot anymore after replacing the PRAM battery. Just powering the Mac on with the battery removed helped to fix the issue and afterwards I could just put the battery back in and it would still work fine. I had some issues with the SCSI bus with kernel constantly resetting the SCSI bus during boot and the CD-ROM drive showing up multiple times in MacOS. I managed to fix this by just detaching the CD-ROM drive from the SCSI bus. Since the CD-ROM drive and the HDD worked fine with the exact same setup, I just assume those are some problems with the SCSI cable used or the contacts since I had to detach the SCSI cable to disassemble the Mac to access the PRAM battery. Anyway, it works for the time being and I will probably just replace the SCSI cable at some point. As for booting Linux. The Mac boots fine with Linux 3.14 but just seems to crash when trying the most recent kernel, 3.16.0-4. I haven't done any debugging yet, but I'd guess it's either a regression in the kernel or just an issue with the kernel image itself. I haven't played so much with the Penguin boot loader yet, so I don't know what to try to debug the issue (serial port?). In any case, I guess that problem should be fixable as it can be reliably reproduced and is not some sort of Heisenbug :). As for the performance: The Mac currently has a 68040 running at 25 MHz. Reading a bit on what people from the past have to say about possibilities to improve the performance on these machines, it turns out, you can actually overclock most 68k Macs without any risk of permanent damage. The easiest way is to replace the on-board quartz crystal oscillator of 12.5 MHz with 20-MHz-type which would increase the CPU clock from 25 MHz to 40 MHz [1]. Measurements have shown that the overclocking the 68040 to 40 MHz will increase the core temperature of the CPU from around 42 C to around 47 C, thus the CPU stays rather cool. The only drawback is that the serial and parallel ports will stop working, but even this can be fixed by modifying a jumper setting on the mainboard which changes the machine ID of the Centris 650 into the one of a Quadra 650 which actually never existed [2]. Personally, I think the serial and parallel ports aren't that essential and I will just use a testclip to attach a 20 MHz quartz oscillator crystal and ignore the ports [3]. This way, I can just remove the overclock modification at any time and can restore the original configuration of the Mac without any traces of the modification. I have already ordered such a testclip from Taiwan and now I am just waiting for it to arraive. I guess the Centris 650 with a 68040@40 with 136 MB RAM and a fast IDE harddisk will make for a usable buildd machine. Adrian [1] http://www.applefool.com/clockchipping/ [2] http://www.applefool.com/clockchipping/c650.html [3} http://www.applefool.com/clockchipping/mod3.html -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c00c30.3020...@physik.fu-berlin.de
The BigRAMPlus works - Re: kullervo with bigram
Hi Geert! Important side note: We can no longer reproduce this particular crash. All we get now is a CPU soft-lockup which goes away when using a memfile to either exclude the BigRAMPlus ~256 MB from 0x4000 _or_ the accelerator's on-board memory ~128 MB from 0x0700. Thus, the memfile to run Linux in the accelerator's memory is: 2097152 0x0700 134217728 and the memfile for running the kernel in the BigRAMPlus: 2097152 0x4000 268435456 Both seem to work fine so far. Activating both regions will lead to a soft-lockup right after the message Freeing unused kernel memory, using them mutually exclusively works. Furthermore, we just wanted to use the BigRAMPlus as a swap device now following Ingo's description [1]. Unfortunately, CONFIG_MTD is not set in the current Debian m68k kernel and we therefore can't use it. Any chance we can activate that? Adrian [1] https://blog.windfluechter.net/content/blog/2013/12/18/1677-debian-donation-m68k-arrived -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54bba8d3.8020...@physik.fu-berlin.de
Re: meeting planning
On 01/15/2015 06:47 PM, Christian T. Steigies wrote: I know, I bought a couple of those, crest and kullervo each have one. But when you partition the disk as SCSI disk, you can create partitions 1, 2, 3, 4, 5, whatever you choose. If you partition as IDE, don't have to create primary and secondary partitions if you want more than 4 partitions? Wait. The limitation of 4 primary partitions is a BIOS/MBR limitation and unrelated to the fact whether it's a SCSI or IDE disk as far as I know. If you want more than 4 partitions, you need to use extended partitions or use a machine that has UEFI. Does that map from SCSI partitioning to using as IDE disk? What exactly is a SCSI partitioning? I used the adapter to use the disk on my Centris 650 and when I had to copy files from my main computer onto it, I just removed the adapter and hooked it up via USB. Because USB treats the disk as SCSI disk again? For the Linux kernel, it doesn't matter, does it? Its been a few years since I bought these adapters, maybe things have changed. Or we make a test on the weekend :-) Yes, let's test it. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54b7ff3e.4090...@physik.fu-berlin.de
Re: meeting planning
On 01/15/2015 06:11 PM, Christian T. Steigies wrote: I don't think that an IDE disk that is set up as an SCSI disk will work when it is used as a pure IDE disk again. crest does have a SCSI disk, but last I tried Linux would not boot from it (missing kernel driver, I think). Thats why I put in a loaned IDE disk. I think you misunderstood. It's a real SCSI-IDE bridge that actually turns an IDE drive into a real SCSI drive. There are no software dependencies involved, it acts like a real SCSI drive. And when you remove the adapter, it's a normal IDE drive again. I used the adapter to use the disk on my Centris 650 and when I had to copy files from my main computer onto it, I just removed the adapter and hooked it up via USB. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54b7f708.7080...@physik.fu-berlin.de
Re: meeting planning
On 01/15/2015 06:28 PM, Thorsten Glaser wrote: Christian T. Steigies dixit: I don't think that an IDE disk that is set up as an SCSI disk will work when it is used as a pure IDE disk again. crest does have a SCSI disk, but last I tried Linux would not boot from it (missing kernel driver, I think). Thats why I put in a loaned IDE disk. Should not be a problem with an initrd with MODULES=most. Ah, now I understand what Christian actually meant. An installation on an IDE drive with no driver for the SCSI controller of the new system. But I think that shouldn't be an issue since we basically have a kernel that supports most controllers now - except for the one on the Blizzard accelerators that still needs to be merged - through modules on the initrd. In the worst case, you'd just have to rebuild the initrd first. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54b7faf5.9020...@physik.fu-berlin.de
Re: meeting planning
On 01/13/2015 12:57 PM, John Paul Adrian Glaubitz wrote: On 01/13/2015 12:12 PM, Christian T. Steigies wrote: Sure. Should I bring a SCSI drive or an IDE drive? I think kullervo has a SCSI disk, but I will check. Maybe you can bring both. Will do. I'll just create it from an older backup of elgar. Ok, I just had a much better idea. I'll just bring my SCSI-IDE bridge that I have in my Centris 650 which is currently off anyway (it won't boot due to some problems with the PRAM after replacing the battery). Thus, I am currently bringing these things: - my laptop - USB-IDE/SATA adapter - SCSI-IDE bridge (to connect an IDE drive to a SCSI host) - BigRAMPlus 256 MB - X-Surf 100 Zorro networking card - 3 blank IDE drives - PLCC removal tool (Michael Karcher wants to bring one as well) - various SCSI adapters (internal/external) Anything else? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54b7d7b5.4050...@physik.fu-berlin.de
Re: meeting planning
On 01/15/2015 01:15 PM, Geert Uytterhoeven wrote: I'll come on Saturday, if that's OK for you? BTW, will there be a BigRamPlus? I'll bring mine :). -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54b7af8c.7060...@physik.fu-berlin.de
Re: meeting planning
On 01/13/2015 12:12 PM, Christian T. Steigies wrote: Sure. Should I bring a SCSI drive or an IDE drive? I think kullervo has a SCSI disk, but I will check. Maybe you can bring both. Will do. I'll just create it from an older backup of elgar. Maybe I need to bring it along as well, but it twice as big and as heavy as crest. Well, you have a car :). I see another potential buildd :). It used to be a buildd until I wanted to repartition the harddisk to have a smaller TOS partition that I could write kernel images to without multiple reboots. From that it never recovered, though it is booting from the CF card, but with a very old linux and not enough space for a buildd (which would ruin the CF card quickly, I am afraid). Ok, maybe we can fix that one if you bring it, but that's up to you. If you can find it, bring the graphics card you mentioned that needs a repair. I would hand it to the electronic workshop at my physics department. They have everything to do a proper rework, even on SMD boards. Found it. Great. -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54b5083c.20...@physik.fu-berlin.de
Re: meeting planning
On 01/11/2015 11:03 AM, Christian T. Steigies wrote: Clue me in on the details: where exactly is the meeting and what is the agenda? Starting Friday afternoon at Torsten's company tarent in Bonn Duisdorf. If there is no storm next weekend, I may drive down. The weather forecast doesn't show any heavy storms for the weekend: http://www.yr.no/place/Germany/North_Rhine-Westphalia/Bonn/long.html http://www.yr.no/place/Germany/Schleswig-Holstein/Kiel/long.html I should leave on friday, since it will take me 5hours at least. I would bring kullervo, maybe somebody can help switching the buster chip and seating the RAM expansion? I will bring my PLCC chip puller and all screw drivers and extra tools that would be needed. Since Michael Karcher will be around as well, there will be at least two electronic experts on site :). It has been offline for a while, there were some stability problems, I don't remember details. But Adrian could use it for his XSurf tests (best, if you bring a harddisk with everything you need on it?). Sure. Should I bring a SCSI drive or an IDE drive? If there are Atari experts around, I would also bring my Falcon/CT60. It currently boots from a CF card (testing Michaels kernels), but I would like to get it running from its harddisk again (repartitioning destroyed the working installation). I see another potential buildd :). I do not want to bring a monitor, I hope there will be some simple VGA monitor available? I may bring a CD-R and MOD, but I do not want to pack the whole museum... anything else that I should bring along? If you can find it, bring the graphics card you mentioned that needs a repair. I would hand it to the electronic workshop at my physics department. They have everything to do a proper rework, even on SMD boards. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54b26fe5.1070...@physik.fu-berlin.de
Amiga hardware at the meetup
Hello! I just booked my train tickets for the next meeting and Michael Karcher and I will be able to join the m68k meeting on Saturday and Sunday :). One of the primary tasks for Michael is to finish his driver for the xsurf100 Zorro III network card. As for that, he asked me to bring the xsurf100 card in the hope that someone else is able to bring an Amiga to plug it into. So, the question is: Will anyone come around with a Zorro II/III Amiga where we can plug in the xurf100 or should I try bring one of the Amigas I have on the train. It would be a bit uncomfortable for me and therefore, I'd appreciate if anyone else could bring one. @Wouter: Are you actually coming? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54b057b2.7090...@physik.fu-berlin.de
Re: previous, a NeXT emulator
On 12/22/2014 06:45 PM, Laurent Vivier wrote: https://gitorious.org/qemu-m68k/qemu-m68k/commits/next-cube Whoa, this is actually pretty cool. I would love to have qemu m68k support. In the end, we might even be able to use kvm to run an emulated Linux/m68k. Where can I throw my money at? I would love to support this! Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/549859c6.90...@physik.fu-berlin.de
Re: previous, a NeXT emulator
On 12/14/2014 05:33 PM, Thorsten Glaser wrote: 16:26⎜«laffer1:#midnightbsd» previous, a NeXT emulator. http://previous.alternative-system.com/ Apparently based on Hatari. But its Docs say NetBSD/next68k works, as do old NeXTstep versions. I actually started packaging it at some point [1]. However, the status wasn't very mature back then and there were also some license issues if I remember correctly. Might pick up the project over the holidays again. Adrian [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686278 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/548dce8b.3040...@physik.fu-berlin.de
Re: Follow-up on the m68k meeting
On 11/26/2014 01:08 PM, Thorsten Glaser wrote: https://fosdem.org/2015/ Arrgh, okay. That used to be end of February, which was nice for fleeing from Karneval… so no. When was that used to be? ;) Last time I went in 2010, it was already in the beginning of February. In any case, I am free on any of the proposed dates. But I would definitely go to FOSDEM as well if anyone here should be around as well. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5475c8ce.3020...@physik.fu-berlin.de
68k Linux on a breadboard
Hi! Someone posted an interesting video on reddit earlier today which shows a breadboarded homebrew 68k computer with the following specs: - MC68008 running at 2 MHz - 512 KiB RAM - 512 KiB ROM - RS232-to-USB adapter And it runs Linux! http://www.reddit.com/r/linux/comments/2n4wv4/68_katy_68000_linux_on_a_solderless_breadboard/ Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5471b526.3080...@physik.fu-berlin.de
Re: 68k Linux on a breadboard
On 11/23/2014 12:15 PM, Thorsten Glaser wrote: And it runs Linux! No, just µCLinux. Still amazing. And it shows vi from its best side ☺ I know it's just uCLinux, but that's still Linux though. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5471c2f2.8050...@physik.fu-berlin.de
Follow-up on the m68k meeting
Hi! Just as a quick follow-up on our planned m68k meeting. Thorsten said that he'd rather have the meeting sometime in January, so not anymore anytime this year. I'm absolutely ok with that and hope that anyone else is still willing to join in, I am really looking forward to that! Michael Karcher just lives around the corner where Thorsten suggested to host the meeting and he will be gladly joining in as well. For those who don't know Michael, he is an exceptionally talented kernel and low-level hacker and would help us getting some of the more sophisticated things like drivers etc back in shape during such a hackfest. He already wrote a driver for the xsurf100 ethernet adapter and I hope we can work with him to finally get that driver merged during the meet-up :). And maybe there's also enough time to get the SCSI driver for the Blizzard accelerators back into the kernel. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/546bc12b.5000...@physik.fu-berlin.de
Re: Meetup of the Debian m68k people
On 10/09/2014 12:57 AM, Wouter Verhelst wrote: Sounds like many people would be interested in doing this. Can someone suggest a date? Thorsten should probably suggest a few dates since he offered to host the session. For me, basically almost any weekend would be fine unless I have some event coming up. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54364dcd.7010...@physik.fu-berlin.de
Re: Meetup of the Debian m68k people
On 10/03/2014 09:23 AM, Geert Uytterhoeven wrote: BTW, anyone else attending ELC-E in Düsseldorf? What is ELC-E, I haven't heard of that before? Sounds like a conference on embedded Linux. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/542e6ba5.9090...@physik.fu-berlin.de
Re: Meetup of the Debian m68k people
On 10/02/2014 09:29 AM, ALeX Kazik wrote: if it's not that far away, and I have time, I would love to attend. I think Bonn would be great. I would come from Berlin so it would be a 5-hour-trip for me, but it would definitely worth it! Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/542e82a4@physik.fu-berlin.de
Re: m68k machines not coming up after last update
On Thu, Oct 02, 2014 at 11:11:19AM +, Thorsten Glaser wrote: #763614 causes our machines to no longer boot, since they usually at most use klibc-utils to get small ramdisks. AIUI, the “fix” is to install busybox or busybox-static. This is not enough, you have to run “update-initramfs -u” manually afterwards. Then, copy out the initrd to the host OS filesystem (VM host for ARAnyM; AmigaOS, TOS, or MacOS otherwise). A reboot with the newly generated initrd works for my VMs. Seems to be the issue that I stumbled into as well, thanks for digging up a solution to the problem! I will test whether just installing busybox, busybox-static and calling update-initramfs will fix the issue for me and report back. SCNR but to note that mksh has a realpath builtin and compiles cleanly with klibc. Yes, but unfortunately, most people agreed on using bash and often you have no other choice but to use it. I'd also rather use zsh. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141002115730.ga16...@physik.fu-berlin.de
Re: Meetup of the Debian m68k people
On 10/01/2014 10:16 PM, Thorsten Glaser wrote: As I’m short on travel funds but have access to rooms via my employer, I’d volunteer organising a hacking weekend in Bonn, if there is any interest. Bonn would actually be nice. Michael Karcher lives in Bonn and I could probably convince him to join us for a hacking session and he could maybe finally have his xsurf100 driver merged into the kernel. even though I’m not doing that much for Debian/m68k any more. Ummh, ja, you're basically doing nothing ;). I’ve had experience organising hacking days/evenings at that place. And we can certainly have a barbecue, if people want ☺ otherwise… I know a fair share of good (non-mediterran) gastronomy. Sounds very good! porting, bugfixing in general, making new base tarballs/images (mine get old by now plus we have to make one for each init system now), maybe even d-i finally (if Stephen and Wouter help) with that debootstrap hack for “unreleased”? Whoa, that would be awesome! Would be sort of nice to put faces to names, even though I’d probably not recognise most people the next time we meet (I’m bad with faces like that). Absolutely! I’m even offering safe conduct to systemd fanboys… for this occasion. ☻ :P. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/542dc6a8.6020...@physik.fu-berlin.de