Displaying 20 results from an estimated 1000 matches similar to: "[Bug 2658] New: Make integrity tests more robust against timeouts"
2017 Jan 03
14
[Bug 2660] New: Create mux socket for regress in temp directory
https://bugzilla.mindrot.org/show_bug.cgi?id=2660
Bug ID: 2660
Summary: Create mux socket for regress in temp directory
Product: Portable OpenSSH
Version: 7.4p1
Hardware: Other
OS: Linux
Status: NEW
Severity: enhancement
Priority: P5
Component: Regression tests
Assignee:
2017 May 03
2
R 3.4.0 for Ubuntu zesty?
Dear all,
I only seems to get the yakkety version for R 3.4.0. Am I missing something?
root at LPHP:/# apt-get update
Hit:1 http://security.ubuntu.com/ubuntu zesty-security InRelease
Hit:2 http://archive.ubuntu.com/ubuntu zesty InRelease
Hit:3 http://archive.ubuntu.com/ubuntu zesty-updates InRelease
Hit:4 http://cran.rstudio.com/bin/linux/ubuntu zesty/ InRelease
Hit:5
2020 Apr 29
0
R 4.0.0 build error with sysdata.rda on ppc64el architecture
Hum, at least it is not Apple, so maybe you can attach a debugger to the running process? (gdb -p process_id or something like that --- haven't actually done it for a decade). Then at least we can get a stack trace and a clue about where it is looping. Diddling optimization options can also sometimes provide a clue.
-pd
> On 29 Apr 2020, at 01:17 , Dirk Eddelbuettel <edd at
2020 Apr 28
2
R 4.0.0 build error with sysdata.rda on ppc64el architecture
The R 4.0.0 package migration on Debian is being held back by a failed build
on ppc64el [1]. We can see from the history of builds logs [2] that it used
to build, briefly failed, worked again and then failed leading to R 4.0.0's
release. (And my bad for missing how the alpha1/alpha2/beta/rc builds failed.)
I have however neither changed anything, nor did I ever have to accomodate
ppc64el (as
2017 Sep 29
2
Please be careful with R 3.4.2 upgrades via CRAN, launchpad, ...
Corrected packages are now on the RRutter PPA (
https://launchpad.net/~marutter/+archive/ubuntu/rrutter) and soon on CRAN
mirrors.
If you have any issues or questions, please let me know.
Michael
On Fri, Sep 29, 2017 at 8:50 AM, Dirk Eddelbuettel <edd at debian.org> wrote:
>
> So I now have this on my laptop
>
> edd at brad:~$ apt-cache policy r-base-core
>
2017 Sep 29
0
Please be careful with R 3.4.2 upgrades via CRAN, launchpad, ...
So I now have this on my laptop
edd at brad:~$ apt-cache policy r-base-core
r-base-core:
Installed: 3.4.2-1zesty0.1
Candidate: 3.4.2-1zesty0.1
Version table:
*** 3.4.2-1zesty0.1 500
500 http://ppa.launchpad.net/edd/misc/ubuntu zesty/main amd64 Packages
100 /var/lib/dpkg/status
3.4.1-2zesty0 500
500
2017 Sep 29
0
Please be careful with R 3.4.2 upgrades via CRAN, launchpad, ...
On 29 September 2017 at 14:50, Michael Rutter wrote:
| Corrected packages are now on the RRutter PPA (
| https://launchpad.net/~marutter/+archive/ubuntu/rrutter) and soon on CRAN
| mirrors.
|
| If you have any issues or questions, please let me know.
Nice work--thanks so much for the prompt attention. We should be back in
business, having overriden the tag to r-api-3. We'll deal with the tag
2017 Sep 30
3
Please be careful with R 3.4.2 upgrades via CRAN, launchpad, ...
Am Freitag, 29. September 2017, 16:20:37 CEST schrieb Dirk Eddelbuettel:
> On 29 September 2017 at 14:50, Michael Rutter wrote:
> | Corrected packages are now on the RRutter PPA (
> | https://launchpad.net/~marutter/+archive/ubuntu/rrutter) and soon on CRAN
> | mirrors.
> |
> | If you have any issues or questions, please let me know.
>
> Nice work--thanks so much for the
2014 May 23
0
Bug#749060: klibc: ppc64el needs static binaries as well
Hi maks,
Adding Anton in CC (who submitted klibc ppc64le support upstream [1]),
in case he can help.
>> The ppc64el port needs klibc's static binaries, like ppc64.
>
> This segfaulting is a bug in klibc that needs investigation.
>
>> This patch enables the ARCH=ppc64 make env var in debian/rules, in order
>> for 'debian/patches/ppc64-static.patch' to take
2014 May 23
2
Bug#749060: klibc: ppc64el needs static binaries as well
Hi,
On Fri, May 23, 2014 at 10:57:31AM -0300, Mauricio Faria de Oliveira wrote:
>
> The ppc64el port needs klibc's static binaries, like ppc64.
This segfaulting is a bug in klibc that needs investigation.
> This patch enables the ARCH=ppc64 make env var in debian/rules, in order
> for 'debian/patches/ppc64-static.patch' to take effect on ppp64el too.
I have no problem
2017 Nov 16
1
[HCL] Riello IPG 600 supported by riello_usb / incorrect battery.charge and ups.temperature values
Hello everyone,
I recently bought a Riello IPG 600 UPS (
http://www.riello-ups.com/products/1-ups/39-iplug) to prevent hardware
damage to my server in case of power outages (already lost two hard drives
because of this) and I managed to successfully configure it with NUT
version 2.7.4 available for Ubuntu 17.04:
nut/zesty-updates,zesty-updates,now 2.7.4-5ubuntu2.1 all [installed]
2017 May 04
1
R 3.4.0 for Ubuntu zesty?
Dear Michael,
Thanks for looking into this. It seems to be working now.
apt-cache madison r-base-core
r-base-core | 3.4.0-1zesty | http://cran.rstudio.com/bin/linux/ubuntu
zesty/ Packages
r-base-core | 3.3.2-1 | http://archive.ubuntu.com/ubuntu zesty/universe
amd64 Packages
r-base | 3.3.2-1 | http://archive.ubuntu.com/ubuntu zesty/universe
Sources
Best regards,
ir. Thierry Onkelinx
2017 Aug 22
0
Windows pre-requisites for login with winbind?
You did not look right it should be there.
https://packages.ubuntu.com/zesty/libpam-krb5
https://packages.ubuntu.com/artful/libpam-krb5
Check this folder to see if "winbind unix krb5" is there.
ls /usr/share/pam-configs
And run pam-auth-update --force to update the files.
! Note, krb5 has by default set : minium_uid=1000
Greetz,
Louis
> -----Oorspronkelijk bericht-----
2014 Sep 14
2
ocamldep -all seems to break builds on platforms without a native compiler
Hi,
I have been trying to catch up my Debian packages to the current 1.27
branch of libguestfs (and uploaded those packages to experimental), but
apparently the build was broken for architectures where no native OCaml
compiler is available because make wanted to build .cmx files -- see
<https://buildd.debian.org/status/package.php?p=libguestfs&suite=experimental>.
So far mips[1],
2016 Nov 11
1
[PATCH] Add hppa, hppa64, ppc64el architectures
---
src/kernel.ml | 2 ++
src/utils.ml | 2 ++
2 files changed, 4 insertions(+)
diff --git a/src/kernel.ml b/src/kernel.ml
index 356ac4b..9b0e8a2 100644
--- a/src/kernel.ml
+++ b/src/kernel.ml
@@ -30,6 +30,8 @@ let patt_of_cpu host_cpu =
| "ppc" | "powerpc" | "powerpc64" -> ["ppc"; "powerpc"; "powerpc64"]
|
2016 Dec 16
107
[Bug 2647] New: Tracking bug for OpenSSH 7.5 release
https://bugzilla.mindrot.org/show_bug.cgi?id=2647
Bug ID: 2647
Summary: Tracking bug for OpenSSH 7.5 release
Product: Portable OpenSSH
Version: -current
Hardware: Other
OS: Linux
Status: NEW
Keywords: meta
Severity: enhancement
Priority: P5
Component: Miscellaneous
2017 Sep 26
2
building virt-builder still seems to fail.
Hi,
it seems that even after
commit df5bd5741b37da9cf97d7a76ac2805557aa630db
Author: Richard W.M. Jones <rjones@redhat.com>
Date: Tue Apr 29 15:43:20 2014 +0100
builder: Fix parallel builds of index-parse.o.
there is a small chance that a build may go wrong with the described
symtom, missing "do_parse" symbol.
It just happened to me on Debian's ppc64el buildd[1] and
2020 Apr 30
2
[External] Re: R 4.0.0 build error with sysdata.rda on ppc64el architecture
On 30 April 2020 at 09:11, luke-tierney at uiowa.edu wrote:
| On Thu, 30 Apr 2020, Dirk Eddelbuettel wrote:
| Maybe I missed something. How is the 'compiler' package involved?
See the other email thread; you replied (~ 26 hours ago) to my message adding
that "sysdata.rda in 'tools' hanging was wrong". It gets to the next stage,
which is 'compiler'.
We know by
2023 Dec 19
4
[Bug 3645] New: -fzero-call-used-regs=used detection seems to fail on Linux ppc64el
https://bugzilla.mindrot.org/show_bug.cgi?id=3645
Bug ID: 3645
Summary: -fzero-call-used-regs=used detection seems to fail on
Linux ppc64el
Product: Portable OpenSSH
Version: 9.6p1
Hardware: PPC64
OS: Linux
Status: NEW
Severity: normal
Priority: P5
Component: Build
2016 Dec 31
2
Baffling regress/forwarding.sh failure, new in 7.4p1
I have the OpenSSH regression tests hooked up to run in Debian and
Ubuntu's "autopkgtest" system, so that they're automatically run on
uploads of OpenSSH itself or any of its dependencies. This is
especially good for enforcing interoperability between it and other SSH
implementations, but it's also pretty good for throwing up occasional
extremely-hard-to-debug failures since