this year, in
https://bugzilla.redhat.com/show_bug.cgi?id=1566088
If you have any questions about my request, please don't hesitate to reach out!
--
~ A. Karl Kornel
Stanford Research Computing Center
University IT, Stanford University
version is
20180108.
The microcode download page is
https://downloadcenter.intel.com/download/27431/Linux-Processor-Microcode-Data-File
--
A. Karl Kornel | System Administrator
Research Computing | Stanford University
, information is available here:
http://www.fifi.org/doc/debconf-doc/tutorial.html#AEN34 (see the section called
“Localizing the templates file”).
I look forward to any comments that you have. Thank you very much!
--
A. Karl Kornel | System Administrator
Research Computing | Stanford University
Hi Rémi, (I hope the é comes through the email properly!)
If I would play devil’s advocate, then I would say this: “An action like this
seems inappropriate to place into a package that does not clearly indicate why
it is needed. Instead, you should create a slurm-common package, and have the
package. So, my
second patch does two things:
1) Move the preinst script from the slurm-client package to the
slurm-wlm-basic-plugins package.
2) Remove the duplicate user-creation code from slurmdbd.
Again, please let me know if I am missing anything!
--
A. Karl Kornel | System Administrator
for the consideration!
--
A. Karl Kornel | System Administrator
Research Computing | Stanford University
+1 (650) 736-9327
0001-Remove-duplicate-slurmctld-user-creation-preinst.patch
Description: 0001-Remove-duplicate-slurmctld-user-creation-preinst.patch
Hi Mehdi,
That’s awesome! Changing the code is definitely preferable, as long as the
code works with older versions of MySQL.
To check this, I tried building SLURM in a Jessie COWbuilder installation. In
order to test, one dependency had to be changed in the control file: Change
(removing the OpenSSL-related checks).
All of these changes are in a series of two Git patch files, which are attached.
--
A. Karl Kornel | System Administrator
Research Computing | Stanford University
+1 (650) 736-9327
0002-Update-Debian-files-for-OpenSSL-removal.patch
Description: 0002-Update
reassign 783779 ifupdown
retitle 783779 Fresh system interface gets allow-hotplug; doesn't wait
for full ifup
reopen 783779
found 783779 0.7.53.1
tags 783779 jessie d-i
noowner 783779
thankyou
Since this apparently isn't an issue with systemd, I'm moving this to
ifupdown. I hope that's the
. As a result, I'm moving the bug.
I checked out bug #698296, and this might be related, but that bug's log
doesn't show any nouveau_exa_upload_to_screen:380 or
nouveau_exa_download_from_screen:295 messages.
--
~ A. Karl Kornel, (650) 736-9327
Authentication Collaboration Solutions
University
On 4/29/2015 5:43 PM, Michael Biebl wrote:
snip
Once /etc/init.d/networking has completed, the network is considered up.
Ah, OK. Sorry about that! I thought systemd had taken over that
functionality.
snip
Can you attach the output of
systemctl status networking.service
systemctl status
Package: nvidia-driver
Version: 340.65-2
Severity: important
Tags: upstream
Hello!
I have a newly-build (built from scratch) amd64 jessie system, built on UEFI,
but it looks like the nVidia driver is not currently compatible with UFEI
systems.
In my case, the issue manifested as not being
Hello!
I did some searching upstream, and it looks like this is upstream bug
#655074. I found that this issue still exists in the latest version of
upstream (version 38.0a2), and I also found that turning on SSL solves
the problem. At least, I think it solves the problem, because debug
messages
On Mar 1, 2015, at 12:37 AM, Dominique Dumont d...@debian.org wrote:
snip
Could you please follow up on this bug to answer any question upstream may
have ?
Hi Dominique,
Certainly! I have CCed myself on the bug, and will watch for any questions.
~ Karl
--
To UNSUBSCRIBE, email to
Package: icedove
Version: 31.4.0-1~deb7u1
Severity: normal
Hello!
I am having an issue with icedove and LDAP/GSSAPI.
I am trying to connect Icedove to our organization's LDAP server. In order to
get access to non-public information (like phone numbers and email addresses),
I need to use
found 777549 openssh/1:6.7p1-3
thank you
Hello!
It looks to me like this issue also exists in the latest version, on sid.
I checked this by grabbing openssh_6.7p1.orig.tar.gz and
openssh_6.7p1-3.debian.tar.xz off of packages.debian.org, and then
applying gssapi.patch to the source.
I see
Package: openssh-client
Version: 1:6.0p1-4+deb7u2
Severity: normal
Good morning!
I am reporting an issue that I have discovered in Debian's OpenSSH package:
It appears that setting GSSAPIKeyExchange overrides the KexAlgorithms setting.
The group I am in (Authentication Collaboration
Hello!
Since three replies came in at once (from my perspective), I'm doing one
email.
On 2/9/2015 6:53 PM, Russ Allbery wrote:
Alfred Karl Kornel akkor...@stanford.edu writes:
I am reporting an issue that I have discovered in Debian's OpenSSH
package: It appears that setting
Hello. I have some additional information to add to this bug.
First, I tried to check out a new working copy into a different
directory (the repository and working copy are still on the same
system here). Making the changes to the newly-checked-out copy can
not be committed (the
Package: svn
Version: subversion
Severity: important
I am using Subversion 1.1.4 (r13838) that was already on the system.
I did not install it, and I assume it came as part of the Debian
installation.
I have a repository containing many files (at least 1000) and several
branches
20 matches
Mail list logo