Bug#925141: Should rdma-core be a dependency of ibverbs-providers or libverb1

2019-03-26 Thread Jason Gunthorpe
On Tue, Mar 26, 2019 at 02:51:25PM +0100, Thomas Monjalon wrote: > 26/03/2019 10:21, Christian Ehrhardt: > > > > > > > > rdma-core configures modprobe for ib/rdma modules, installs some > > > > helper daemons and installs some udev rules. It certainly makes > > > > administration of the server an

Bug#925141: Should rdma-core be a dependency of ibverbs-providers or libverb1

2019-03-25 Thread Jason Gunthorpe
On Thu, Mar 21, 2019 at 01:26:04PM -0500, Brian Smith wrote: > On Thu, Mar 21, 2019 at 3:51 AM Christian Ehrhardt > wrote: > > > > > ibverbs is provided by rdma-core project. > > > Is it a separate package in your case? > > > > No it is part of the same src package. > > > > > Yes, you need

Bug#898055: ibverbs-providers is marked Multi-Arch: same but is not coinstallable

2018-05-14 Thread Jason Gunthorpe
On Sun, May 06, 2018 at 05:11:02AM -0400, Francois Gouget wrote: > Package: ibverbs-providers > Version: 17.1-2 > Severity: normal > > Dear Maintainer, > > Trying to install the amd64 and i386 versions of this package results in the > following error: > > # apt-get install

Bug#894995: rdma-core: Please add support for new architecture "riscv64" (RISC-V 64 bits little-endian)

2018-04-20 Thread Jason Gunthorpe
On Thu, Apr 19, 2018 at 02:00:18PM +0200, Benjamin Drung wrote: > > I applied the same fix as for many other arches, which is to add the > > arch to the > > list of NO_COHERENT_DMA_ARCHS in debian/rules. > > > > I am not sure if support could be added at a later date, but for the > > time being,

Bug#881814: Processed: libibverbs-dev no longer ships infiniband/driver.h

2017-11-15 Thread Jason Gunthorpe
> libibverbs-dev > src:librdmacm > src:libcxgb3 > src:libmlx4 > src:libipathverbs > src:libmlx5 > src:libibcm > src:libmthca > src:libnes These are now all part of rdma-core. These packages should be removed from unstable and all other release suites that have rdma-core. It is an error to

Bug#881731: rdma-core: FTBFS on armhf and mips*: missing providers that need coherent DMA

2017-11-14 Thread Jason Gunthorpe
On Tue, Nov 14, 2017 at 03:41:13PM -0500, Don Dutile wrote: > On 11/14/2017 02:08 PM, Jason Gunthorpe wrote: > >>However, it would of course be better to teach udma_barrier.h about > >>these architectures. > > > >The issue is that some architectures just can'

Bug#881731: rdma-core: FTBFS on armhf and mips*: missing providers that need coherent DMA

2017-11-14 Thread Jason Gunthorpe
> However, it would of course be better to teach udma_barrier.h about > these architectures. The issue is that some architectures just can't do cache coherent DMA on any implementation. eg m68k There is no correct udma_barrier.h at all in those cases. We need to teach debian to follow cmake and

Bug#854217: [Pkg-ofed-devel] Bug#854217: Bug#854217: mark libibverbs1 Multi-Arch: same

2017-02-06 Thread Jason Gunthorpe
On Mon, Feb 06, 2017 at 06:45:15PM +0100, Helmut Grohne wrote: > That's hard to answer without more insight into those packages than I > have. In general, it is desirable to mark shared library packages, debug > packages and development packages Multi-Arch: same, but such a marking > is not

Bug#854217: [Pkg-ofed-devel] Bug#854217: Bug#854217: mark libibverbs1 Multi-Arch: same

2017-02-06 Thread Jason Gunthorpe
On Mon, Feb 06, 2017 at 11:36:11AM +0100, Benjamin Drung wrote: > > maintainer scripts, so marking them Multi-Arch: same is correct as > > well. > > The attached patch adds all of those markings. Please consider > > applying > > it after stretch is released. > > Thanks for the patch. Since the

Bug#774533: Fixed..

2016-12-02 Thread Jason Gunthorpe
FWIW, this was fixed in upstream commit 441f0e0d84082eb498e620327ebf4de509052d15 So ever since 2.2.17.rc1 Jason

Bug#793921: tftpd-hpa: IPv6 address cannonization breaks IPv4

2015-08-05 Thread Jason Gunthorpe
On Wed, Jul 29, 2015 at 05:34:00PM +0930, Ron wrote: This commit: tftp: convert IPv6-mapped IPv4 addresses to IPv4 If we receive IPv4 addresses mapped to IPv6, convert them back to IPv4 so that mapping scripts which use \i behave sanely. Signed-off-by: H. Peter Anvin

Bug#793921: tftpd-hpa: IPv6 address cannonization breaks IPv4

2015-07-28 Thread Jason Gunthorpe
Package: tftpd-hpa Version: 5.2+20140608-3 Severity: important This commit: tftp: convert IPv6-mapped IPv4 addresses to IPv4 If we receive IPv4 addresses mapped to IPv6, convert them back to IPv4 so that mapping scripts which use \i behave sanely. Signed-off-by: H. Peter Anvin

Bug#774514: winbind crashes when a user with an expired password logs in

2015-01-03 Thread Jason Gunthorpe
Package: winbind Version: 2:4.1.13+dfsg-2 Severity: important Pretty simple, if the password has expired in AD then at login a winbind process begins looping with 100% CPU and all of winbind becomes unusable, which basically crashes the OS since nss hangs. Further, 'systemctl restart winbindd'

Bug#739768: Confirm

2015-01-03 Thread Jason Gunthorpe
I am seeing this bug too, and I can confirm it is fixed in Ubuntu's version. They have been shipping with this fix in trusty which works in my environment. The latest patch from the upstream bug might be better, but I haven't tried it. For whatever reason upstream remains typically silent on the

Bug#774533: LAYOUT=imapdir is broken

2015-01-03 Thread Jason Gunthorpe
Package: dovecot-core Version: 1:2.2.13-11 mail_location = maildir:[..]:LAYOUT=imapdir is broken, the symptom is dovecot returning this to the client when requesting any mailbox beyond INBOX: Character not allowed in mailbox name: ' Which is actually trying to say Character not allowed in

Bug#774263: dovecot winbind integration does not work

2014-12-30 Thread Jason Gunthorpe
Package: dovecot-core Version: 1:2.2.13-11 If the directions on the wikki are followed and dovecot is configured with: auth_use_winbind = yes auth_mechanisms = plain gssapi gss-spnego login ntlm Then the 'ntlm' method does not work. (for reference this mechanism calls the samba ntlm_auth helper

Bug#773313: systemd tmpfiles errantly auto-cleans PrivateTmp /var/tmp

2014-12-16 Thread Jason Gunthorpe
Package: systemd Version: 215-7 Severity: important The debian systemd package is erasing temporary files under the PrivateTmp=yes directories in /var/tmp/ (ie /var/tmp/systemd-private-%b-bar/tmp/foo), this breaks deamons that expect that /var/tmp is not cleaned. This is being caused by a