still obsolete work in the queue as well
or does every item have the same value? (There's no way right now it can
catch up with that many items in the queue. Although that again depends
on the unit...)
Kind regards
Philipp Kern
[1]
https://ci.debian.net/munin/debian.net/
packages the s390x manages to process
per day and how that compares to the other workers? PubSub queues are
not the easiest to introspect and I'd like to know how far we are off in
intake into the queue per day vs. what we can process.
Kind regards and thanks
Philipp Kern
net:12345"
failed: Connection refused
Kind regards
Philipp Kern
backholed) - so I would not be surprised if there
is some weirdness there.
Kind regards
Philipp Kern
ally think
that there is much value in the CD images in the first place. There's a
theoretical possibility to use them but I'm not even sure if they would
work properly at this point - it's definitely untested.
Kind regards
Philipp Kern
(2021-07-18) s390x
GNU/Linux
Linux zani 5.10.0-8-s390x #1 SMP Debian 5.10.46-4 (2021-08-03) s390x GNU/Linux
Linux zelenka 4.19.0-17-s390x #1 SMP Debian 4.19.194-3 (2021-07-18) s390x
GNU/Linux
(zani is the only machine of the three on Debian 11)
Kind regards
Philipp Kern
nd got told
off. Maybe the answer is to bring this to linux-390 but I don't actually
know.
I think technically what we want is "just" for /proc/consoles to do the
right thing or have a way to map console name to tty name.
Kind regards
Philipp Kern
[1] https://bugs.debian.org/cgi-bin/b
.
Given that ~no-one works on Debian s390x, people will need to step up
and fix things in Debian.
Kind regards and thanks
Philipp Kern
is still true.
Kind regards
Philipp Kern
Package: wnpp
Severity: normal
I intend to orphan the hercules package. It's an s390(x) emulator and
the package itself is in fairly good shape overall. It's mostly that I
have no use for it for several years now. (And mostly I do not want to
feel responsible for it anymore.)
Upstream has been
You don't need to be a DD or DM to step up, although it helps. Aurelien
mentioned that he'd happily sponsor fixes if necessary.
Kind regards and thanks for listening
Philipp Kern
signature.asc
Description: OpenPGP digital signature
/VM access to a
LinuxONE VM to reinstall the OS and a way to make them permanent, that'd
likely be fine, too.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
e IBMISV instance where DSA
and myself have a few instances. If we knew the actual requirements it
shouldn't be hard to get some more. Disk has traditionally been annoying
(because it's delivered in the form of small MDISKs in z/VM rather than
large blobs of block storage).
Kind regards
Ph
On 14.06.20 17:20, Philipp Kern wrote:
> On 11.05.20 11:53, Winfried Münch wrote:
>> package: s390-tools
>>
>> Version: current Installer from 04.05.2020 21:14
>> http://ftp.halifax.rwth-aachen.de/debian/dists/buster/main/installer-s390x/current/images/generic/
>>
utils
> Description: Set of fundamental utilities for Linux on S/390
> The package contains:
My assumption is that this is not fixable through -updates but requires
a point release to be properly fixed.
Kind regards and thanks
Philipp Kern
diff -Nru s390-tools-2.3.0/debian/changelog s390-
f packages to install. It
tries to fetch "perl:any" instead of "perl". See [1].
At the same time bug #960265 is actually of priority serious (breaks
bootstrapping), rather than normal.
Kind regards
Philipp Kern
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960265#20
sign
given how hard it is to integrate with existing Debian infrastructure to
test it properly - unless you are an admin there already. Even a qemu
setup would have spotted this particular bug. But without any users who
care I also don't think it is worth spending much time on this.
Kind regards and sorry
Philipp Kern
ng the rotation/expiry of subkeys
and buildd keys. In this case the files already come from a trusted
source and should be ingested as-is, I guess? (Not that I particularly
like the fact that it's only a point in time validation.)
Kind regards
Philipp Kern
rom within the emulated
machine. At least DNS seems to be not working, hence wget complaining
about the hostnames.
Kind regards
Philipp Kern
pEpkey.asc
Description: application/pgp-keys
390@lists.debian.org>
Changed-By: Philipp Kern <pk...@debian.org>
Description:
s390-tools - Set of fundamental utilities for Linux on S/390
s390-tools-udeb - Set of utilities for Linux on S/390 (udeb)
ziomon - Performance analysis and reports for zFCP devices
Closes: 812588
Changes:
s390-to
with older machines. I'll try to restart
the discussion again.
What's the venue to have this discussion in? :)
Kind regards and thanks
Philipp Kern
here some other place I should take a look at?
> Or will posting /var/syslog be enough?
/var/log/installer is present in the installed system (i.e. it is
preserved after the installation). If taken from the installer, a tar of
/var/log should be sufficient.
Kind regards and thanks
Philipp Kern
ssue.
>
> I got a more complete log on this.
Please file a bug against debian-installer (reportbug has a template)
and attach the installer's syslog (or optimally all of /var/log/installer).
Kind regards and thanks
Philipp Kern
signature.asc
Description: OpenPGP digital signature
ts, or it needs to be a separate arch-all package).
Note that the arch:all autobuilders are amd64. gcc-*-s390x-linux-gnu
exists in Debian, although only on i386 and amd64. I don't think there's
a policy today that precludes you from forcing users to build arch:all
on amd64 for technical reasons.
Kind
booting on s390.
If I understand it correctly, this is now obsoleted by the fact that
qemu dropped s390-virtio and runs with their own s390-ccw rom now that's
built from the qemu source. Is that correct? Can we close the s390-tools
bug at least? And I suppose arrange for s390-ccw.rom to be shipped f
On 08/19/2017 09:34 PM, Philipp Kern wrote:
>> So it's not kernel issue or anything else. It must be something wrong
>> with installer itself. Should I report a problem somewhere? or we are
>> only ones who can't do fresh install on hercules?
>
> I'm happy to r
be something wrong
> with installer itself. Should I report a problem somewhere? or we are
> only ones who can't do fresh install on hercules?
I'm happy to retest if you can give me the hercules.cnf you used.
Kind regards
Philipp Kern
kfully, the majority of Debian's
> s390x machines (buildd and porterbox), 3 out of 4, support the newer
> instructions. :-)
What's the current ISA requirement for golang? zEC12? z13?
I suppose popcon (as misleading as it is) likely doesn't have h/w stats?
(And I know that the current count of actual submissions is... 12.)
Kind regards and thanks
Philipp Kern
not sure where you look for it and you included no details
whatsoever. Jessie aka oldstable is still on the mirrors for s390x (s390
has been unsupported for a long time now).
Kind regards
Philipp kern
signature.asc
Description: OpenPGP digital signature
can also negotiate uploads to
experimental for s390-tools if needed.
Now if something like Viktor's suggestion would've worked, I think we
could've fixed stretch using that as well. But then it's true that
chzdev should be the way forward. And there's too little man power to
just make it happen in
hether this could be annoying in d-i,
> it seems to me that's just fixing a move which hadn't happened with the
> net.ifnames transition, for specific hardware?
FWIW, I have tested this on an installation and haven't seen any problems.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
r arch but I don't even know where to get them neither.
https://anonscm.debian.org/cgit/d-i/debian-installer.git/tree/ has the
code. I suppose for ISOs you need
https://anonscm.debian.org/cgit/debian-cd/debian-cd.git/tree/
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
Package: zipl-installer
Version: 0.0.33
Severity: serious
zipl-installer 0.0.33 breaks installation for normal non-btrfs root
filesystems.
(initramfs) cat /proc/cmdline
root=/dev/mapper/vg-root rootflags=subvol= BOOT_IMAGE=0
The empty subvol= makes mount barf as it's not a valid ext4 flag.
rent piece of
software that seems to be unmaintained. For us it's much easier to just
ship the IBM-provided and -maintained cmsfs-fuse that's part of
s390-tools. I'd expect that all your use cases can also be mapped to
that and I'd expect other distributions to carry that as well.
Kind regards and than
and thanks
Philipp Kern
tainer field?
In general this is fine with me as long as you add yourself as an
uploader. Where are updates to this package published?
Kind regards
Philipp Kern
ebian*?
I'm a bit surprised about the explicit addition of the hardening flags,
given that none of the binaries is suid nor a network daemon. So we
could just follow the distro-default here. But I'm not too bothered by
it.
Kind regards and thanks
Philipp Kern
e
> using build profiles: you need to do an initial build with the "stage1"
> profile (e.g. sbuild --profiles=stage1), install the resulting .deb,
> then do a normal build.
I uploaded it. Thanks. :)
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
to partition/segment than DASD-based storage…)
Kind regards
Philipp Kern
the right thing.
Then I'll see a console, followed by some complaints about missing
/sys/bus/ccw/devices/virtio/cutype (sysfs not populating info on the
CCW
bus?)
Can you transcribe the actual failure you see?
Kind regards
Philipp Kern
encounter.
Kind regards
Philipp Kern
[1] http://d-i.debian.org/daily-images/s390x/daily/generic/
signature.asc
Description: Digital signature
-5), so that's a bit of a dead end.
Yeah, I had the same issue back in August. With current qemu and current
kernel (4.1 worked, but also 4.2) it worked for me.
Kind regards
Philipp Kern
[1]
http://lists.nongnu.org/archive/html/qemu-devel/2015-11/msg7.html
[2]
http://lists.nongnu.org/archive/
especially at HEAD.) What version?
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
t
> Maybe wb could do a “dak ls” and whatever the equivalent for dpo mini-dak is.
Unfortunately it is not being run on the same host as dak either.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
t work, but I have and tested that part already. (Essentially
taken from lilo-installer.)
Kind regards and thanks
Philipp Kern
signature.asc
Description: Digital signature
unning grub2 from a kernel image booted by zipl and then
kexec()ing into the right kernel and initrd is a bit too much, though.
(OTOH, if someone wants to implement that for Debian that'd be great.)
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
On Wed, Aug 26, 2015 at 09:56:32PM -0400, Stephen Powell wrote:
> On Tue, 25 Aug 2015 19:17:27 -0400 (EDT), Philipp Kern wrote:
> > ...
> > Technically using Hercules is probably your best bet[*]. It should be able
> > to do MIPS similar to your existing z800 on contemp
hardware.
(You'll certainly know for how many MIPS your existing machine was
sized and Hercules does display them.) You might need to be careful with
relation to I/O, of course.
Kind regards
Philipp Kern
[*] There's also z/PDT. But well, that one really need discussions with IBM
and all.
then load zipl or some bootloader that will allow me
to be able to ipl the OS like normal?
You will always need zipl. You could in theory punch the files from
within the chroot during installation and load that up, but the correct
way is to get zipl to install.
Kind regards and thanks
Philipp Kern
3350 sclp_wait_for_int+0xa0
That does look much better for 3338, 3340, not really for 3348 (to 3350). It
does fix the issue at hand, but it's a band-aid at most. I installed the
package on wheezy (compiled on sid) and it booted...
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email
python3-minimal fails to configure because of this, which in turn
lets other packages being upgraded fail to fully install.
int to float casts are working with python2, but are completely broken
with python3:
float(1)
1073741824.0
float(-1)
-1073741824.0
Kind regards
Philipp Kern
On Fri, Aug 15, 2014 at 10:46:54AM +0200, Michael Holzheu wrote:
On Thu, 14 Aug 2014 21:45:53 -0400 (EDT)
Stephen Powell zlinux...@wowway.com wrote:
On Thu, 14 Aug 2014 10:32:42 -0400 (EDT), Philipp Kern wrote:
Hrm. Odd. It shouldn't be because the brokeness relates to the C
library
, I had to recompile s390-tools on sid,
and I do not run sid due to the C breakage. It worked before the
recompilation, hence there might be a change in sid vs. wheezy
that caused this.
You are talking about Hercules, right?
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
that it's
not forgotten.
Kind regards and thanks
Philipp Kern
signature.asc
Description: Digital signature
into the installation manual, but most
of it is just how Debian network configuration works on the mainframe
and I'm not sure if we have good enduser docs where this would fit…
(Thanks for writing it up!)
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-s390-requ
configuration or does it also try to persist
it?
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
.)
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
-installer manual from SVN and create a
patch? I'd be happy to commit it.
Thanks
Philipp Kern
--
To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20130706163125.gc12
buildd maintenance and debugging. He is listed on [1], too.
But obviously that does not imply GCC maintainance for s390*.
And indeed, we should've copied Bastian on this. I apologize.
Kind regards
Philipp Kern
[1] http://release.debian.org/wheezy/arch_qualify.html
--
To UNSUBSCRIBE, email
application for xterm, such as Gnome Terminal) and the other for virtual
terminals (vt1-vt6).
UTF-8 has been the default on Debian for ages now and there really is no reason
to run it with a different charset. (convmv helps if you're dealing with
wrongly encoded files.)
Kind regards
Philipp Kern
Package: crash
Version: 6.0.6-1
Severity: normal
crash contains support for s390x, please build it on this architectures.
It can confirm that it builds and that the result works.
Thanks
Philipp Kern
--
To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org
with a subject of unsubscribe
Package: makedumpfile
Version: 1.4.3-1
Severity: normal
makedumpfile contains support for s390x, please build it on this
architecture. I can confirm that it builds and that the result works.
Thanks
Philipp Kern
--
To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org
with a subject
personal guess is that there's probably nothing s390x-specific to it,
it's probably broken with 64bit big endian. The d-ports build for
sparc64 fails as well.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
. The WWPNs of the peers
should turn up in /sys/bus/ccw/drivers/zfcp/0.0.3400 in any case, if it's
properly configured. Maybe somebody on LINUX-390 knows more about it.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
.
Apart from that the output of dmesg would be helpful to see why no port
has been detected.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
»dasd=240« (among with the other DASDs you
need) on the kernel command-line.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
their posts.
True. KVM (which is basically »-enable-kvm« passed to qemu) on s390x
itself works, it's just plain qemu-system-s390x on non-System z hardware
that doesn't. Hence you could also use hercules to get started.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
. Still it's of course possible
that there's a bug in the software.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
-Priority: -1
Then you can do »sudo apt-get install s390-tools=1.16.0-2«.
In eight days it will probably enter wheezy, but obviously more eyes
are appreciated.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
, preferably for wheezy?
Currently it produces spurious warnings during the boot process about
dasd_id not being found.
Kind regards and thanks in advance
Philipp Kern
--
To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
a documentation guy.
Kind regards
Philipp Kern
[1] http://d-i.debian.org/manual/en.s390/ch05s01.html#idp5194000
signature.asc
Description: Digital signature
) unstable; urgency=low
+
+ * Drop the now non-existent vol_id from the shipped udev ruleset
+and use blkid instead.
+
+ -- Philipp Kern pk...@debian.org Fri, 30 Nov 2012 22:10:43 +
+
s390-tools (1.16.0-1) unstable; urgency=low
* New upstream release.
diff -Nru s390-tools-1.16.0
when symbols are incompatible and
modules need to be rebuilt.
It might work to comment out the following line in »debian/rules.real«:
python debian/bin/buildcheck.py $(DIR) $(ARCH) $(FEATURESET) $(FLAVOUR)
Then probably rules.gen needs to be regenerated.
Kind regards
Philipp Kern
(No such file or directory).
On what graphical console would you expect X to appear? z doesn't have any.
All you can do is using some kind of remote desktop, but not through startx.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
and
run it via X forwarding or xdmcp or VNC. But that's all not s390-specific.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
.)
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
.
Interestingly enough the kernel is already in its plain form 2.23 times bigger
than an amd64 build of vmlinuz-3.2.0-3-amd64.
Kind regards
Philipp Kern
[1] http://www.vm.ibm.com/linux/linuxnss.html
[2] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html
--
To UNSUBSCRIBE, email to debian
during the boot process would be /etc/rc.local, but you should try to
be idempotent there. Obviously that wouldn't help you if you need it ready for
any earlier script to run properly.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org
with a subject
still update wheezy proper directly. I'll
followup on that.)
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121015192302.ga22...@hub.kern.lc
SUBSYSTEM!=ccwgroup to that dev_id rule.
Thanks in advance
Philipp Kern
--
To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20120813163842.12928.94626.report...@spike.0x539
this weekend. A blog post shall appear on
planet.d.o about that work in the next days.
I did not test it in hercules though. The netcfg link detection timeout will be
fixed with the next daily.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
release?
ftp.us.debian.org? That one's supposed to carry s390 (and does for me). If that
doesn't work, /var/log/syslog should have some information why.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
targetted fixes, but not new upstream versions. Please
ask on mentors or your former sponsor. (This looks like drive-by sponsoring
which makes me sad.)
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
On Sun, May 27, 2012 at 07:28:34PM +0200, Andreas Metzler wrote:
the newest s390 (or s390x) daily - That is the one from May 8, 2012?
http://d-i.debian.org/daily-images/s390x/ or
http://d-i.debian.org/daily-images/s390/
Something post-May 23-ish.
Kind regards
Phliipp Kern
signature.asc
On Sun, May 27, 2012 at 10:40:15AM +0200, Andreas Metzler wrote:
On 2012-05-22 Philipp Kern pk...@debian.org wrote:
On Sun, May 20, 2012 at 12:37:44AM +0200, Philipp Kern wrote:
Indeed, thanks for the report. It seems that the kernel driver
switched from cu3088 to ctcm (the driver name
very fast.
OTOH this arch is already marked as yes anyway… ;-)
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
On Sun, May 20, 2012 at 12:37:44AM +0200, Philipp Kern wrote:
Indeed, thanks for the report. It seems that the kernel driver switched from
cu3088 to ctcm (the driver name is hardcoded in s390-netdevice). Furthermore
I
only see «/sys/bus/ccw/devices/0.0.0a00», i.e. just one device instead
On Sun, May 20, 2012 at 10:37:00PM +0200, Bastian Blank wrote:
On Sun, May 20, 2012 at 10:22:58PM +0200, Philipp Kern wrote:
you cannot reinterpret a size_t as an int. size_t might be unsigned, might
have another length, etc. On 64bit big endian you fill the top bits and
leave the lower
.
Stephen, Waldi, do you know of a corresponding upstream change apart from the
driver renaming?
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
Hi,
On Sun, Apr 15, 2012 at 01:14:58AM +0400, Alex Popov wrote:
The question is how to use IBM tapes from Debian (we have TS3500)?
Is there any way to load/change and read/write cartridges from Debian?
it's probably better to ask this on linux-...@vm.marist.edu.
Kind regards,
Philipp Kern
/udev/rules.d/75-persistent-net-generator.rules
rm /etc/udev/rules.d/70-persistent-net.rules
I'll try to put this back onto the agenda for wheezy.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
-3 is sufficient for a bare install. A realistic server
installation needs about 3G. So a -9 is usually sufficient. (Not necessarily
for everything ticked on as above, though.)
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org
with a subject
in LPAR mode.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
Package: debian-cd
Severity: normal
You can boot CDs on s390, which is why we generate ISOs. However, nobody
implemented to actually pull the debs from the disc. Instead booting CD1 is
basically equivalent to booting a netboot image. You can, of course, copy the
debs onto some FTP and then
state. So you're caught in an
endless loop instead. An alternative to just showing the select widget all
the time would be to fix the state machine so that it's possible to exit with
sucess from the channel input when at least one device was brought online (or
is in configured).
Kind regards
Philipp
need:
linux-image-2.6.32-5-s390x
linux-image-2.6.32-5-s390x-dbg
linux-headers-2.6.32-5-s390x
linux-kbuild-2.6.32
that's annoying given that the -dbg flavour doesn't seem to exist. Neither on
s390/squeeze nor s390x/sid.
Kind regards,
Philipp Kern
--
.''`. Philipp Kern
On Wed, Feb 22, 2012 at 08:37:38PM -0500, Andres Mejia wrote:
The issue is resolved for s390 but not for s390x. I see there's no
porterbox available for s390x so I won't be able to help out much with
the test suite failure in s390x.
Chroot sid_s390x on zelenka.
Kind regards
Philipp Kern
Hi,
On Sat, Feb 11, 2012 at 03:19:33PM +0200, Timo Juhani Lindfors wrote:
Philipp Kern pk...@debian.org writes:
Done (chroot: sid_s390x).
Thanks, you can remove the build-dependencies now.
Btw, would you like us to add s390x to the architecture list for
systemtap? Currently it only
On Tue, Feb 21, 2012 at 11:43:36PM +0200, Timo Juhani Lindfors wrote:
Philipp Kern pk...@debian.org writes:
sure, if you tell me what to run. make install didn't work with the
pristine source.
I test the debian packages with
apt-get source systemtap
cd systemtap-*
touch -d @0 stap
Timo,
am Wed, Feb 22, 2012 at 07:33:02AM +0200 hast du folgendes geschrieben:
Philipp Kern pk...@debian.org writes:
./execrc: 1: eval: runtest: not found
Installing the dejagnu package should fix this.
then it fails with this:
Checking /lib/modules/2.6.32-5-s390x/build/.config failed
1 - 100 of 123 matches
Mail list logo