Package: x2goserver Version: 4.0.1.9
I am running Lubuntu trusty on an armhf server. I tried to install x2goserver as described on http://wiki.x2go.org/doku.php/wiki:repositories:ubuntu
I found at least the following packages are missing: x2goserver nxagent
Could you, please, upload the missing packages.
Best regards
Heinrich Schuchardt
Control: tag -1 wontfix not-a-bug
Hi Heinrich,
On Do 25 Dez 2014 15:10:29 CET, Heinrich Schuchardt wrote:
Package: x2goserver Version: 4.0.1.9
I am running Lubuntu trusty on an armhf server. I tried to install
x2goserver as described on
http://wiki.x2go.org/doku.php/wiki:repositories:ubuntuI found at least the following packages are missing: x2goserver nxagent
Could you, please, upload the missing packages.
The X2Go upstream team does not support the armhf architecture. There
currently is no build infrastructure for X2Go package for armhf.
If you you have time or priority to help out, please contact me
(sunweaver on IRC) and Michael DePaulo (aka Mike#2, mikedep on IRC)
via #x2go on Freenode.
Tagging this issue as wontfix for now...
Thanks, Mike
--
DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31 mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
Hello Mike,
I built the missing packages and put them on repository http://debian.xypron/trusty/ (all and armhf).
As build system I used a Wandboard Quad.
The system used as x2go server is a Banana Pi.
I did not experience any problems using the software.
Best regards
Heinrich Schuchardt
Am 09.01.15 um 00:06 schrieb Mike Gabriel
Control: tag -1 wontfix not-a-bug
Hi Heinrich,
On Do 25 Dez 2014 15:10:29 CET, Heinrich Schuchardt wrote:
Package: x2goserver
Version: 4.0.1.9
I am running Lubuntu trusty on an armhf server. I tried to install
x2goserver as described on
I found at least the following packages are missing:
x2goserver
nxagent
Could you, please, upload the missing packages.
The X2Go upstream team does not support the armhf architecture. There
currently is no build infrastructure for X2Go package for armhf.
If you you have time or priority to help out, please contact me
(sunweaver on IRC) and Michael DePaulo (aka Mike#2, mikedep on IRC)
via #x2go on Freenode.
Tagging this issue as wontfix for now...
Thanks,
Mike
--
DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31
mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
Hi Heinrich,
On Fr 09 Jan 2015 10:15:07 CET, Heinrich Schuchardt wrote:
Hello Mike,
I built the missing packages and put them on repository
http://debian.xypron/trusty/ (all and armhf).As build system I used a Wandboard Quad.
The system used as x2go server is a Banana Pi.
I did not experience any problems using the software.
Best regards
Heinrich Schuchardt
Henning Heinold and I are currently setting up an armhf task force.
Would you be willing to join in?
Mike
--
DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31 mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
Henning Heinold and I are currently setting up an armhf task force. Would you be willing to join in?
Mike
Yes, I would like to contribute to the armhf task force.
#711 is partly duplicate to #560. http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=560
Best regards
Heinrich Schuchardt
Control: forcemerge #711 #560
Hi Heinrich,
On Fr 09 Jan 2015 21:59:06 CET, Heinrich Schuchardt wrote:
Henning Heinold and I are currently setting up an armhf task force. Would you be willing to join in?
Mike
Yes, I would like to contribute to the armhf task force.
#711 is partly duplicate to #560. http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=560
The idea is to use our X2Go buildscripts [1] (i.e. build-deb-package)
for building armhf packages.
Question to you, can you contribute amd64 hardware (for qemubuilder)
where those build processes can run on (as Jenkins slaves)?
Alternatively, can you provide physical hardware?
Depending on your answers, we should set up such a box at your place
or extend the build env on japsand.x2go.org.
I understand that you are interested in Ubuntu builds (whereas others
are interested in Debian or Raspian builds).
Maybe we should put up a wiki page or something for collecting the
demands and the options/possibilities we have.
If we go the amd64 + qemubuilder approach, does anyone have a recent
armhf kernel that runs in qemu and can handle a Debian sid, or latest
Ubuntu?
I would love to avoid stuffing non-native build jobs on
japsand.x2go.org, as the machine also acts as our webserver (in a
chroot). To many build load will block our wiki from being responsive
(which we want to avoid).
Greets, Mike
--
DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31 mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
On 10.01.2015 00:52, Mike Gabriel wrote:
Hi Heinrich,
On Fr 09 Jan 2015 21:59:06 CET, Heinrich Schuchardt wrote:
Henning Heinold and I are currently setting up an armhf task force. Would you be willing to join in?
Mike
Yes, I would like to contribute to the armhf task force.
The idea is to use our X2Go buildscripts [1] (i.e. build-deb-package) for building armhf packages.
Could you, please, consider the patch in http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=712 This is a prerequisite for building on armhf.
Packages should be built every night, cf. http://wiki.x2go.org/doku.php/wiki:development:nightly-builds
There are more than 20 distributions for which the build has to occur.
How do you handle this plethora. Do you use one machine per distribution or do you use multiple chroots on the same machine?
Question to you, can you contribute amd64 hardware (for qemubuilder) where those build processes can run on (as Jenkins slaves)?
Alternatively, can you provide physical hardware?
My experience with emulating mips and arm64 using qemu is that it is much slower than physical hardware. I expect the same for armhf.
Is is necessary to use qemu or could also armhf servers be integrated as Jenkins slaves?
Depending on your answers, we should set up such a box at your place or extend the build env on japsand.x2go.org.
If I would host build servers I would not be able to provide external access.
If I donate hardware, should it be prepared for 19" rack mounting?
Cf. http://cubieboard.org/2014/02/18/cubieboard-colocation-service-named-cubiebo...
Typically an armhf machine cost less than a hard disk. Should build machines have their own disk or would iSCSI be an option?
I understand that you are interested in Ubuntu builds (whereas others are interested in Debian or Raspian builds).
My main focus is on Debian.
Maybe we should put up a wiki page or something for collecting the demands and the options/possibilities we have.
Wiki would be fine. Could could provide an account for me (preferred user name Xypron).
Will you set up an armhf list on lists.x2go.org? Or shall we use x2go-dev?
If we go the amd64 + qemubuilder approach, does anyone have a recent armhf kernel that runs in qemu and can handle a Debian sid, or latest Ubuntu?
I will setup a Debian image and describe the procedure.
I would love to avoid stuffing non-native build jobs on japsand.x2go.org, as the machine also acts as our webserver (in a chroot). To many build load will block our wiki from being responsive (which we want to avoid).
Best regards
Heinrich Schuchardt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi Heinrich,
Am 10.01.2015 um 08:56 schrieb Heinrich Schuchardt:
On 10.01.2015 00:52, Mike Gabriel wrote:
Hi Heinrich,
Yes, I would like to contribute to the armhf task force.
Thank you - I really think we'll need some help here!
There are more than 20 distributions for which the build has to occur.
We should start only with a reasonable number of targets in my eyes. There will be a lot of issues without the ability to test the builds.
Alternatively, can you provide physical hardware?
At the moment there is no physical hardware used!
Depending on your answers, we should set up such a box at your place or extend the build env on japsand.x2go.org.
...is a hosted machine we can't acces physically.
If I would host build servers I would not be able to provide external access.
...so the builds would need to be transfered after building to a accessible place on the web?
If I donate hardware, should it be prepared for 19" rack mounting?
At the moment: No. But I would try to find a place inside a non-profit organisation!
Cf. http://cubieboard.org/2014/02/18/cubieboard-colocation-service-named-cubiebo...
I'm
using a raspberry on edis.at - but I've never seen hoster with more than one type of ARM device...
My main focus is on Debian.
Mee too!
Will you set up an armhf list on lists.x2go.org? Or shall we use x2go-dev?
@Mike: I really would like to keep this topic on the dev list! Maybe there will be some needed changes that affect core components!
I would love to avoid stuffing non-native build jobs on japsand.x2go.org, as the machine also acts as our webserver (in a chroot). To many build load will block our wiki from being responsive (which we want to avoid).
I'll seperate the wiki again from japsand as a result of the last downtime! We could nobody inform about that issue, because the main system was down. I'm already mirroring packages and wiki to another device!
Best regards
Regards,
Heinz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1
iQIcBAEBAgAGBQJUsOxnAAoJEKRUbBMT/NRxqlwP/24JLKTmIon/uB5QFQr9tSde lqNVwtnkCyWUFoyCGlN4IK4TgL8FK/xVoMhoXdLO40AvWIajn6frATVvLRuPM2jN KJRi0+e2PBQ790AstYjABz0drrabNsKluBusvt4j808zmcHNsdM8hyI/xjP4g8eK ph8w16jzXcZdWjtkxEshIjO9ZwX26E6dsKEBwPDsBLA4x3Z/MWSj9JwSaWJMJuC0 uCvUvP2NUhP/zJVWg5lZJLUkDUlAYqXSsDafKmfOAW2rRtBlxbSJhhBupGA3QBTq ow7rDeo/lnnJ1UKcrwxz8ptbJal5VX2PxVfb/mD+zjJRz2nqZ3rCmGbBsk75Cq/V hqeA/FCFuAbsv/DZwaQRLKhj5Qyp5dezO7622Djao8Gdm3WgBTE67DXfRWhrQPtE d2ILssqrDVZNejm0gPf0ylmyOWWHw9vqdd//D/+SrDWZd4TfE5U5rhTWcyuTF+rO dTCWB7JI/Fzbc3ESmhvTT32zA7ib+Nj5skjSHplX3ZxK8RMFZg46RymeWgsx0fy9 dzNPZGQzXbh6nTTfMfW8kOkBWawAWcBI11wDg12/OZmIEATML7NiffHn+RyQ8avS KpmgEO0BZkIJQ0Oa4KJlaKQJSAf+4yTu8+sqy32l9zneHZ1RAdC9pWhqwrCthOqf 6OjANjybhyGhdP9PJE1u =lEX3 -----END PGP SIGNATURE-----
Processing control commands:
tag -1 wontfix not-a-bug Bug #711 [x2goserver] x2goserver: trusty armhf no package available Added tag(s) not-a-bug and wontfix.
-- 711: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=711 X2Go Bug Tracking System Contact owner@bugs.x2go.org with problems
Processing control commands:
forcemerge #711 #560 Bug #711 [x2goserver] x2goserver: trusty armhf no package available Unable to merge bugs because: package of #560 is 'nxagent' not 'x2goserver' Failed to forcibly merge 711: Did not alter merged bugs Debbugs::Control::set_merged('transcript', 'GLOB(0x2c5b268)', 'requester', 'Mike Gabriel <mike.gabriel@das-netzwerkteam.de>', 'request_addr', '711-submit@bugs.x2go.org', 'request_msgid', '<20150109235257.Horde.i8cOFTd16mTZfaozNADOVQ1@mail.das-netzwe...', 'request_subject', ...) called at /usr/share/perl5/Debbugs/Control/Service.pm line 552 eval {...} called at /usr/share/perl5/Debbugs/Control/Service.pm line 551 Debbugs::Control::Service::control_line('line', 'forcemerge #711 #560', 'clonebugs', 'HASH(0x2c73698)', 'limit', 'HASH(0x2c738c0)', 'common_control_options', 'ARRAY(0x2c73998)', 'errors', ...) called at /usr/lib/debbugs/process line 1039
-- 560: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=560 711: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=711 X2Go Bug Tracking System Contact owner@bugs.x2go.org with problems
-
Heinrich Schuchardt -
Heinz-M. Graesing -
Mike Gabriel -
owner＠bugs.x2go.org