From glen at pld-linux.org  Tue Mar  1 11:11:38 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 1 Mar 2016 12:11:38 +0200
Subject: Fwd: [packages/thefuck] python3.spec hack
In-Reply-To: <08f1b42f9f6cc08b772586574bbce9bd01929d1c_refs_heads_master@pld-linux.org>
References: <08f1b42f9f6cc08b772586574bbce9bd01929d1c_refs_heads_master@pld-linux.org>
Message-ID: <56D56ADA.6050107@pld-linux.org>

i wonder where the proper fix would be?

? rpm -ql python3-modules|grep -F pathlib
/usr/lib64/python3.5/__pycache__/pathlib.cpython-35.opt-1.pyc
/usr/lib64/python3.5/__pycache__/pathlib.cpython-35.opt-2.pyc
/usr/lib64/python3.5/__pycache__/pathlib.cpython-35.pyc
/usr/lib64/python3.5/pathlib.py


-------- Forwarded Message --------
Subject: 	[packages/thefuck] python3.spec hack
Date: 	Tue, 01 Mar 2016 09:40:32 +0100
From: 	glen <glen at pld-linux.org>
Reply-To: 	pld-devel-en at lists.pld-linux.org, 
pld-devel-pl at lists.pld-linux.org
To: 	pld-cvs-commit at lists.pld-linux.org



commit 08f1b42f9f6cc08b772586574bbce9bd01929d1c
Author: Elan Ruusam?e <glen at delfi.ee>
Date:   Tue Mar 1 10:40:25 2016 +0200

     python3.spec hack

  thefuck.spec | 3 +++
  1 file changed, 3 insertions(+)
---
diff --git a/thefuck.spec b/thefuck.spec
index 6a76454..1a83e05 100644
--- a/thefuck.spec
+++ b/thefuck.spec
@@ -32,6 +32,9 @@ Requires:	python3-six
  BuildArch:	noarch
  BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
  
+# provided by python3.spec
+%define	_noautoreq_py3egg pathlib
+
  %description
  This application corrects your previous console command.
  
================================================================

---- gitweb:

http://git.pld-linux.org/gitweb.cgi/packages/thefuck.git/commitdiff/08f1b42f9f6cc08b772586574bbce9bd01929d1c

_______________________________________________
pld-cvs-commit mailing list
pld-cvs-commit at lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit





From jajcus at jajcus.net  Tue Mar  1 12:12:02 2016
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Tue, 1 Mar 2016 12:12:02 +0100
Subject: Fwd: [packages/thefuck] python3.spec hack
In-Reply-To: <56D56ADA.6050107@pld-linux.org>
References: <08f1b42f9f6cc08b772586574bbce9bd01929d1c_refs_heads_master@pld-linux.org>
 <56D56ADA.6050107@pld-linux.org>
Message-ID: <56D57902.4020702@jajcus.net>

On 2016-03-01 11:11, Elan Ruusam?e wrote:
> i wonder where the proper fix would be?
>
> ? rpm -ql python3-modules|grep -F pathlib
> /usr/lib64/python3.5/__pycache__/pathlib.cpython-35.opt-1.pyc
> /usr/lib64/python3.5/__pycache__/pathlib.cpython-35.opt-2.pyc
> /usr/lib64/python3.5/__pycache__/pathlib.cpython-35.pyc
> /usr/lib64/python3.5/pathlib.py

You could add egg-info file/directory for pathlib to python3.spec.

Jacek



From ed at yen.ipipan.waw.pl  Tue Mar  1 12:32:44 2016
From: ed at yen.ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=)
Date: Tue, 01 Mar 2016 12:32:44 +0100
Subject: Vulkan 3D drivers test request
In-Reply-To: <56CEEFAF.5040000@jajcus.net>
References: <56CEEFAF.5040000@jajcus.net>
Message-ID: <29143671.radDh7WJTq@laptok>

Dnia czwartek, 25 lutego 2016 13:12:31 Jacek Konieczny pisze:
> Hi,
> 
> I have made the Vulkan packages and would like someone to test those on
> a different system and hardware.
> 
> To play with Vulkan you need:
> 
> 1. the Vulkan loader
> 2. a Vulkan Installable Client Driver (ICD)
> 3. a Vulkan application

Well... The demos seem to work for me:

$ rpm -qa | grep vulkan
Mesa-vulkan-icd-intel-0.s20160220-4.x86_64
vulkan-loader-1.0.3.0-3.s20160223.5.x86_64
vulkan-sdk-tools-1.0.3.0-3.s20160223.5.x86_64
vulkan-sdk-demos-1.0.3.0-3.s20160223.5.x86_64
$ vulkaninfo
===========
VULKAN INFO
===========

Vulkan API Version: 1.0.3

INFO: [loader] Code 0 : Found manifest file 
/usr/share/vulkan/explicit_layer.d/VkLayer_vktrace_layer.json, version "1.0.0"
INFO: [loader] Code 0 : Found manifest file /usr/share/vulkan/icd.d/Mesa-
intel_icd.json, version "1.0.0"
Instance Extensions and layers:
===============================
Instance Extensions	count = 4
	VK_KHR_surface                  : extension revision 25
	VK_KHR_xcb_surface              : extension revision  5
	VK_KHR_wayland_surface          : extension revision  4
	VK_EXT_debug_report             : extension revision  1

Instance Layers	count = 1
	VK_LAYER_LUNARG_vktrace (Vktrace tracing library) Vulkan version 
1.0.3, layer version 1
	VK_LAYER_LUNARG_vktrace Extensions	count = 0

Device Extensions and layers:
=============================
GPU0
VkPhysicalDeviceProperties:
===========================
	apiVersion     = 4194306
	driverVersion  = 1
	vendorID       = 0x8086
	deviceID       = 0x1616
	deviceType     = INTEGRATED_GPU
	deviceName     = Intel(R) HD Graphics 5500 (Broadwell GT2)
	VkPhysicalDeviceLimits:
	-----------------------
		maxImageDimension1D                     = 0x4000
		maxImageDimension2D                     = 0x4000
		maxImageDimension3D                     = 0x400
		maxImageDimensionCube                   = 0x4000
		maxImageArrayLayers                     = 0x400
		maxTexelBufferElements                  = 0x8000000
		maxUniformBufferRange                   = 0xffffffff
		maxStorageBufferRange                   = 0xffffffff
		maxPushConstantsSize                    = 0x80
		maxMemoryAllocationCount                = 0xffffffff
		maxSamplerAllocationCount               = 0x10000
		bufferImageGranularity                  = 0x40
		sparseAddressSpaceSize                  = 0x0
		maxBoundDescriptorSets                  = 0x8
		maxPerStageDescriptorSamplers           = 0x40
		maxPerStageDescriptorUniformBuffers     = 0x40
		maxPerStageDescriptorStorageBuffers     = 0x40
		maxPerStageDescriptorSampledImages      = 0x40
		maxPerStageDescriptorStorageImages      = 0x40
		maxPerStageDescriptorInputAttachments   = 0x40
		maxPerStageResources                    = 0x80
		maxDescriptorSetSamplers                = 0x100
		maxDescriptorSetUniformBuffers          = 0x100
		maxDescriptorSetUniformBuffersDynamic   = 0x100
		maxDescriptorSetStorageBuffers          = 0x100
		maxDescriptorSetStorageBuffersDynamic   = 0x100
		maxDescriptorSetSampledImages           = 0x100
		maxDescriptorSetStorageImages           = 0x100
		maxDescriptorSetInputAttachments        = 0x100
		maxVertexInputAttributes                = 0x20
		maxVertexInputBindings                  = 0x20
		maxVertexInputAttributeOffset           = 0x7ff
		maxVertexInputBindingStride             = 0x800
		maxVertexOutputComponents               = 0x80
		maxTessellationGenerationLevel          = 0x0
		maxTessellationPatchSize                        = 0x0
		maxTessellationControlPerVertexInputComponents  = 0x0
		maxTessellationControlPerVertexOutputComponents = 0x0
		maxTessellationControlPerPatchOutputComponents  = 0x0
		maxTessellationControlTotalOutputComponents     = 0x0
		maxTessellationEvaluationInputComponents        = 0x0
		maxTessellationEvaluationOutputComponents       = 0x0
		maxGeometryShaderInvocations            = 0x20
		maxGeometryInputComponents              = 0x40
		maxGeometryOutputComponents             = 0x80
		maxGeometryOutputVertices               = 0x100
		maxGeometryTotalOutputComponents        = 0x400
		maxFragmentInputComponents              = 0x80
		maxFragmentOutputAttachments            = 0x8
		maxFragmentDualSrcAttachments           = 0x2
		maxFragmentCombinedOutputResources      = 0x8
		maxComputeSharedMemorySize              = 0x8000
		maxComputeWorkGroupCount[0]             = 0xffff
		maxComputeWorkGroupCount[1]             = 0xffff
		maxComputeWorkGroupCount[2]             = 0xffff
		maxComputeWorkGroupInvocations          = 0x380
		maxComputeWorkGroupSize[0]              = 0x380
		maxComputeWorkGroupSize[1]              = 0x380
		maxComputeWorkGroupSize[2]              = 0x380
		subPixelPrecisionBits                   = 0x4
		subTexelPrecisionBits                   = 0x4
		mipmapPrecisionBits                     = 0x4
		maxDrawIndexedIndexValue                = 0xffffffff
		maxDrawIndirectCount                    = 0xffffffff
		maxSamplerLodBias                       = 16.000000
		maxSamplerAnisotropy                    = 16.000000
		maxViewports                            = 0x10
		maxViewportDimensions[0]                = 0x4000
		maxViewportDimensions[1]                = 0x4000
		viewportBoundsRange[0]                  = -16384.000000
		viewportBoundsRange[1]                  = 16384.000000
		viewportSubPixelBits                    = 0xd
		minMemoryMapAlignment                   = 4096
		minTexelBufferOffsetAlignment           = 0x1
		minUniformBufferOffsetAlignment         = 0x1
		minStorageBufferOffsetAlignment         = 0x1
		minTexelOffset                          = 0xfffffff8
		maxTexelOffset                          = 0x7
		minTexelGatherOffset                    = 0xfffffff8
		maxTexelGatherOffset                    = 0x7
		minInterpolationOffset                  = 0.000000
		maxInterpolationOffset                  = 0.000000
		subPixelInterpolationOffsetBits         = 0x0
		maxFramebufferWidth                     = 0x4000
		maxFramebufferHeight                    = 0x4000
		maxFramebufferLayers                    = 0x400
		framebufferColorSampleCounts            = 0xf
		framebufferDepthSampleCounts            = 0xf
		framebufferStencilSampleCounts          = 0xf
		maxColorAttachments                     = 0x8
		sampledImageColorSampleCounts           = 0xf
		sampledImageDepthSampleCounts           = 0xf
		sampledImageStencilSampleCounts         = 0xf
		sampledImageIntegerSampleCounts         = 0x1
		storageImageSampleCounts                = 0x1
		maxSampleMaskWords                      = 0x1
		timestampComputeAndGraphics             = 0
		timestampPeriod                         = 0x0.000000
		maxClipDistances                        = 0x0
		maxCullDistances                        = 0x0
		maxCombinedClipAndCullDistances         = 0x0
		pointSizeRange[0]                       = 0.125000
		pointSizeRange[1]                       = 255.875000
		lineWidthRange[0]                       = 0.000000
		lineWidthRange[1]                       = 7.992188
		pointSizeGranularity                    = 0.125000
		lineWidthGranularity                    = 0.007812
		strictLines                             = 0
		standardSampleLocations                 = 1
		optimalBufferCopyOffsetAlignment        = 0x80
		optimalBufferCopyRowPitchAlignment      = 0x80
		nonCoherentAtomSize                     = 0x40
	VkPhysicalDeviceSparseProperties:
	---------------------------------
		residencyStandard2DBlockShape            = 0
		residencyStandard2DMultisampleBlockShape = 0
		residencyStandard3DBlockShape            = 0
		residencyAlignedMipSize                  = 0
		residencyNonResidentStrict               = 0

Device Extensions	count = 1
	VK_KHR_swapchain                : extension revision 67


Layers	count = 1
	VK_LAYER_LUNARG_vktrace (Vktrace tracing library) Vulkan version 
1.0.3, layer version 1
	VK_LAYER_LUNARG_vktrace Extensions	count = 0


VkQueueFamilyProperties[0]:
============================
	queueFlags         = GCD
	queueCount         = 1
	timestampValidBits = 36
	minImageTransferGranularity = (1, 1, 1)

VkPhysicalDeviceMemoryProperties:
=================================
	memoryTypeCount       = 1
	memoryTypes[0] : 
		propertyFlags = 15
		heapIndex     = 0
	memoryHeapCount       = 1
	memoryHeaps[0] : 
		size          = 3208418304

VkPhysicalDeviceFeatures:
=========================
	robustBufferAccess                      = 1
	fullDrawIndexUint32                     = 1
	imageCubeArray                          = 0
	independentBlend                        = 1
	geometryShader                          = 1
	tessellationShader                      = 0
	sampleRateShading                       = 0
	dualSrcBlend                            = 1
	logicOp                                 = 1
	multiDrawIndirect                       = 0
	drawIndirectFirstInstance               = 0
	depthClamp                              = 0
	depthBiasClamp                          = 0
	fillModeNonSolid                        = 1
	depthBounds                             = 0
	wideLines                               = 1
	largePoints                             = 1
	textureCompressionETC2                  = 1
	textureCompressionASTC_LDR              = 1
	textureCompressionBC                    = 1
	occlusionQueryPrecise                   = 1
	pipelineStatisticsQuery                 = 1
	vertexSideEffects                       = 1
	tessellationSideEffects                 = 1
	geometrySideEffects                     = 1
	shaderImageGatherExtended               = 1
	shaderStorageImageExtendedFormats       = 0
	shaderStorageImageMultisample           = 0
	shaderStorageImageReadWithoutFormat     = 0
	shaderStorageImageWriteWithoutFormat    = 1
	shaderUniformBufferArrayDynamicIndexing = 1
	shaderSampledImageArrayDynamicIndexing  = 1
	shaderStorageBufferArrayDynamicIndexing = 1
	shaderStorageImageArrayDynamicIndexing  = 1
	shaderClipDistance                      = 0
	shaderCullDistance                      = 0
	shaderFloat64                           = 0
	shaderInt64                             = 0
	shaderInt16                             = 0
	shaderResourceResidency                 = 0
	shaderResourceMinLod                    = 0
	alphaToOne                              = 1
	sparseBinding                           = 0
	sparseResidencyBuffer                   = 0
	sparseResidencyImage2D                  = 0
	sparseResidencyImage3D                  = 0
	sparseResidency2Samples                 = 0
	sparseResidency4Samples                 = 0
	sparseResidency8Samples                 = 0
	sparseResidency16Samples                = 0
	sparseResidencyAliased                  = 0
	variableMultisampleRate                 = 0
	iheritedQueries                         = 0

[...]
(too long to include everything). I have run vulcan-cube and vulcan-tri (looks 
a bit strange). I have not tried anything else.
-- 
?ukasz Ma?ko                                                            _o)
Lukasz.Masko(at)ipipan.waw.pl                                           /\\
Registered Linux User #61028                                           _\_V
Ubuntu: staroafryka?skie s?owo oznaczaj?ce "Nie umiem zainstalowa? Debiana"



From glen at pld-linux.org  Tue Mar  1 13:06:52 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 1 Mar 2016 14:06:52 +0200
Subject: Fwd: [packages/thefuck] python3.spec hack
In-Reply-To: <56D57902.4020702@jajcus.net>
References: <08f1b42f9f6cc08b772586574bbce9bd01929d1c_refs_heads_master@pld-linux.org>
 <56D56ADA.6050107@pld-linux.org> <56D57902.4020702@jajcus.net>
Message-ID: <56D585DC.3050202@pld-linux.org>

On 01.03.2016 13:12, Jacek Konieczny wrote:
>
> You could add egg-info file/directory for pathlib to python3.spec. 
so. empty file/dir will do?

-- 
glen



From jajcus at jajcus.net  Tue Mar  1 13:30:23 2016
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Tue, 1 Mar 2016 13:30:23 +0100
Subject: Fwd: [packages/thefuck] python3.spec hack
In-Reply-To: <56D585DC.3050202@pld-linux.org>
References: <08f1b42f9f6cc08b772586574bbce9bd01929d1c_refs_heads_master@pld-linux.org>
 <56D56ADA.6050107@pld-linux.org> <56D57902.4020702@jajcus.net>
 <56D585DC.3050202@pld-linux.org>
Message-ID: <56D58B5F.6020503@jajcus.net>

On 2016-03-01 13:06, Elan Ruusam?e wrote:
> On 01.03.2016 13:12, Jacek Konieczny wrote:
>>
>> You could add egg-info file/directory for pathlib to python3.spec.
> so. empty file/dir will do?

No. It should be a proper PKG-INFO file.

Though, I have changed my mind?

As it is now a standard part of Python3 and Python does not include 
those egg-info file, then I think we should no do things different in PLD.

It would probably be better to patch thefuck not to require this. The 
requirement is probably defined in setup.py and could be removed with 
one line change.

Jacek



From jajcus at jajcus.net  Tue Mar  1 13:35:08 2016
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Tue, 1 Mar 2016 13:35:08 +0100
Subject: Vulkan 3D drivers test request
In-Reply-To: <29143671.radDh7WJTq@laptok>
References: <56CEEFAF.5040000@jajcus.net> <29143671.radDh7WJTq@laptok>
Message-ID: <56D58C7C.7070409@jajcus.net>

On 2016-03-01 12:32, ?ukasz Ma?ko wrote:
> Dnia czwartek, 25 lutego 2016 13:12:31 Jacek Konieczny pisze:
>> Hi,
>>
>> I have made the Vulkan packages and would like someone to test those on
>> a different system and hardware.
>>
>> To play with Vulkan you need:
>>
>> 1. the Vulkan loader
>> 2. a Vulkan Installable Client Driver (ICD)
>> 3. a Vulkan application
>
> Well... The demos seem to work for me:

With the latest Mesa-vulkan-icd-intel snapshots they work for me too. 
Though The Talos Principle still does not.

> VkPhysicalDeviceProperties:
> ===========================
> 	apiVersion     = 4194306
> 	driverVersion  = 1
> 	vendorID       = 0x8086
> 	deviceID       = 0x1616
> 	deviceType     = INTEGRATED_GPU
> 	deviceName     = Intel(R) HD Graphics 5500 (Broadwell GT2)

So it is better that mine and the one better supported but the driver.

> [...]
> (too long to include everything). I have run vulcan-cube and vulcan-tri (looks
> a bit strange). I have not tried anything else.

Yes, vulkan-tri is strange? it probably tests something we don't 
understand ;-)

Thanks!

Jacek


From glen at pld-linux.org  Wed Mar  2 07:44:57 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Wed, 2 Mar 2016 08:44:57 +0200
Subject: Fwd: [packages/thefuck] python3.spec hack
In-Reply-To: <56D58B5F.6020503@jajcus.net>
References: <08f1b42f9f6cc08b772586574bbce9bd01929d1c_refs_heads_master@pld-linux.org>
 <56D56ADA.6050107@pld-linux.org> <56D57902.4020702@jajcus.net>
 <56D585DC.3050202@pld-linux.org> <56D58B5F.6020503@jajcus.net>
Message-ID: <56D68BE9.9060306@pld-linux.org>

On 01.03.2016 14:30, Jacek Konieczny wrote:
>
> It would probably be better to patch thefuck not to require this. The 
> requirement is probably defined in setup.py and could be removed with 
> one line change.
it's in thefuck setup.py because for python2 there exists as backport

-- 
glen



From glen at pld-linux.org  Wed Mar  2 08:10:10 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Wed, 2 Mar 2016 09:10:10 +0200
Subject: perl
Message-ID: <56D691D2.2020304@pld-linux.org>

+ /usr/bin/perl Makefile.PL 
'INSTALLVENDORSCRIPT=/usr/lib/nagios/plugins' 'INSTALLDIRS=vendor'
Generating a Unix-style Makefile
Writing Makefile for App::Monitoring::Plugin::CheckRaid
"\x{00c3}" does not map to ascii at 
/usr/share/perl5/5.22.0/ExtUtils/MakeMaker.pm line 1182.
"\x{00a4}" does not map to ascii at 
/usr/share/perl5/5.22.0/ExtUtils/MakeMaker.pm line 1182.
"\x{00c3}" does not map to ascii at 
/usr/share/perl5/5.22.0/ExtUtils/MakeMaker.pm line 1182.
"\x{00a4}" does not map to ascii at 
/usr/share/perl5/5.22.0/ExtUtils/MakeMaker.pm line 1182.
"\x{00c3}" does not map to ascii at 
/usr/share/perl5/5.22.0/ExtUtils/MakeMaker.pm line 1182.
"\x{00a4}" does not map to ascii at 
/usr/share/perl5/5.22.0/ExtUtils/MakeMaker.pm line 1182.
"\x{00c3}" does not map to ascii at 
/usr/share/perl5/5.22.0/ExtUtils/MakeMaker.pm line 1182.
"\x{00a4}" does not map to ascii at 
/usr/share/perl5/5.22.0/ExtUtils/MakeMaker.pm line 1182.
Writing MYMETA.yml and MYMETA.json

? showline /usr/share/perl5/5.22.0/ExtUtils/MakeMaker.pm:1182
==> /usr/share/perl5/5.22.0/ExtUtils/MakeMaker.pm <==
1177:    for my $chunk (@{$self->{RESULT}}) {
1178:        my $to_write = "$chunk\n";
1179:        if (!$CAN_DECODE && $] > 5.008) {
1180:            utf8::encode $to_write;
1181:        }
1182:        print $fh "$chunk\n"
1183:            or die "Can't write to MakeMaker.tmp: $!";
1184:    }
1186:    close $fh
1187:        or die "Can't write to MakeMaker.tmp: $!";
1188:    _rename("MakeMaker.tmp", $finalname) or

i  think it doesn't like the a uml here:

WriteMakefile(
     NAME => 'App::Monitoring::Plugin::CheckRaid',
     AUTHOR => 'Elan Ruusam?e <glen at pld-linux.org>',
     EXE_FILES => ['bin/check_raid.pl'],
);


[~/rpm/packages/BUILD.x86_64-linux/nagios-plugin-check_raid-4.0.1(?)] ? 
grep AUTHOR Makefile
#     AUTHOR => [q[Elan Ruusam\x{00c3}\x{00a4}e <glen at pld-linux.org>]]
         $(NOECHO) $(ECHO) '    <AUTHOR>Elan Ruusam\x{00c3}\x{00a4}e 
&lt;glen at pld-linux.org&gt;</AUTHOR>' >> $(DISTNAME).ppd


i wonder what's the way to solve it?

LC_ALL=C.UTF-8? or should encode non-ascii differently?




-- 
glen



From zawadaa at gmail.com  Fri Mar  4 21:23:24 2016
From: zawadaa at gmail.com (Andrzej Zawadzki)
Date: Fri, 4 Mar 2016 21:23:24 +0100
Subject: openssl, SSL2, KDE
Message-ID: <56D9EEBC.3010703@gmail.com>

Hi,

please, don't break my notebook ;-)
/
//startkde: Starting up...//
///usr/bin/kdeinit4: symbol lookup error: /usr/lib64/libQtNetwork.so.4:
undefined symbol: SSLv2_server_method//
//startkde: Could not start kdeinit4. Check your installation./


Downgrade openssl, ufffff

-- 
Andrzej


From ed at yen.ipipan.waw.pl  Fri Mar  4 21:33:14 2016
From: ed at yen.ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=)
Date: Fri, 04 Mar 2016 21:33:14 +0100
Subject: openssl, SSL2, KDE
In-Reply-To: <56D9EEBC.3010703@gmail.com>
References: <56D9EEBC.3010703@gmail.com>
Message-ID: <5954475.1x0Nj1D8pZ@laptok>

Dnia pi?tek, 4 marca 2016 21:23:24 Andrzej Zawadzki pisze:
> Hi,
> 
> please, don't break my notebook ;-)
> /
> //startkde: Starting up...//
> ///usr/bin/kdeinit4: symbol lookup error: /usr/lib64/libQtNetwork.so.4:
> undefined symbol: SSLv2_server_method//
> //startkde: Could not start kdeinit4. Check your installation./
> 
> 
> Downgrade openssl, ufffff

Please, add about which versions of openssl you're talking about. Right now I 
have 1.0.2g-4 installed and was to update to -6, but since my laptop is 
working, maybe I shouldn't ;-) Oor maybe it's just the opposite :-D
-- 
?ukasz Ma?ko                                                            _o)
Lukasz.Masko(at)ipipan.waw.pl                                           /\\
Registered Linux User #61028                                           _\_V
Ubuntu: staroafryka?skie s?owo oznaczaj?ce "Nie umiem zainstalowa? Debiana"



From zawadaa at gmail.com  Fri Mar  4 21:54:20 2016
From: zawadaa at gmail.com (Andrzej Zawadzki)
Date: Fri, 4 Mar 2016 21:54:20 +0100
Subject: openssl, SSL2, KDE
In-Reply-To: <5954475.1x0Nj1D8pZ@laptok>
References: <56D9EEBC.3010703@gmail.com> <5954475.1x0Nj1D8pZ@laptok>
Message-ID: <56D9F5FC.2000402@gmail.com>

On 04.03.2016 21:33, ?ukasz Ma?ko wrote:
> Dnia pi?tek, 4 marca 2016 21:23:24 Andrzej Zawadzki pisze:
>> Hi,
>>
>> please, don't break my notebook ;-)
>> /
>> //startkde: Starting up...//
>> ///usr/bin/kdeinit4: symbol lookup error: /usr/lib64/libQtNetwork.so.4:
>> undefined symbol: SSLv2_server_method//
>> //startkde: Could not start kdeinit4. Check your installation./
>>
>>
>> Downgrade openssl, ufffff
> Please, add about which versions of openssl you're talking about. Right now I 
> have 1.0.2g-4 installed and was to update to -6, but since my laptop is 
> working, maybe I shouldn't ;-) Oor maybe it's just the opposite :-D
:-) Downgrade or... use sleep only ;-)

-- 
Andrzej


From glen at pld-linux.org  Fri Mar  4 22:18:23 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Fri, 4 Mar 2016 23:18:23 +0200
Subject: openssl, SSL2, KDE
In-Reply-To: <56D9EEBC.3010703@gmail.com>
References: <56D9EEBC.3010703@gmail.com>
Message-ID: <56D9FB9F.8020206@pld-linux.org>

On 04.03.2016 22:23, Andrzej Zawadzki wrote:
> Hi,
>
> please, don't break my notebook ;-)
> /
> //startkde: Starting up...//
> ///usr/bin/kdeinit4: symbol lookup error: /usr/lib64/libQtNetwork.so.4:
> undefined symbol: SSLv2_server_method//
> //startkde: Could not start kdeinit4. Check your installation./
than you for reporting.

due nature of the change of recent openssl (removing symbol) and 
upstream not tracking this in SONAME it is impossible to know what got 
broken

will be fixing this package (and check qt5 as well)

be patient and report similar failures.

some of the software is not affected, like ones deciding not to use such 
old ciphers themselves, for example php 7.0 did not need rebuild

> Downgrade openssl, ufffff


-- 
glen



From glen at pld-linux.org  Fri Mar  4 23:14:35 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Sat, 5 Mar 2016 00:14:35 +0200
Subject: openssl, SSL2, KDE
In-Reply-To: <56D9FB9F.8020206@pld-linux.org>
References: <56D9EEBC.3010703@gmail.com> <56D9FB9F.8020206@pld-linux.org>
Message-ID: <56DA08CB.8090207@pld-linux.org>

On 04.03.2016 23:18, Elan Ruusam?e wrote:
> due nature of the change of recent openssl (removing symbol) and 
> upstream not tracking this in SONAME it is impossible to know what got 
> broken 

it's not that impossible to find, but rebuilding them is. here's list of 
files affected (the first dir is name of the package):

1:./apache1-mod_ssl/usr/lib/apache1/libssl.so
2:./apache-tools/usr/bin/ab
3:./asterisk/usr/sbin/asterisk
4:./curl-libs/usr/lib/libcurl.so.4.4.0
5:./eagle-light/usr/lib/eagle-light/bin/eagle
6:./fetchmail/usr/bin/fetchmail
7:./libtorrent-rasterbar/usr/lib/libtorrent-rasterbar.so.8.0.0
8:./links2/usr/bin/links2
9:./mailx/bin/mailx
10:./monit/usr/sbin/monit
11:./nagios-plugins/usr/lib/nagios/plugins/check_http
12:./nagios-plugins/usr/lib/nagios/plugins/check_smtp
13:./nagios-plugins/usr/lib/nagios/plugins/check_tcp
14:./neon/usr/lib/libneon.so.27.3.1
15:./nessus-client/usr/bin/nessus
16:./nessus-client-gtk/usr/bin/nessus-gtk
17:./nessusd/usr/sbin/nessusd
18:./nessus-libs/usr/lib/libnessus.so.2.2.7
19:./nodejs/usr/lib/libnode.so.10.3.0
20:./ocaml-ssl/usr/lib/ocaml/stublibs/dllssl_stubs.so
21:./ocaml-ssl/usr/lib/ocaml/stublibs/dllssl_threads_stubs.so
22:./openssl-tools/usr/bin/openssl
23:./partimage/usr/sbin/partimage
24:./perl-Crypt-SSLeay/usr/lib/perl5/vendor_perl/5.22.0/i686-pld-linux-thread-multi/auto/Crypt/SSLeay/SSLeay.so
25:./perl-Net-SSLeay/usr/lib/perl5/vendor_perl/5.22.0/i686-pld-linux-thread-multi/auto/Net/SSLeay/SSLeay.so
26:./php52-openssl/usr/lib/php52/openssl.so
27:./php53-openssl/usr/lib/php53/openssl.so
28:./php54-openssl/usr/lib/php54/openssl.so
29:./php55-openssl/usr/lib/php55/openssl.so
30:./php56-openssl/usr/lib/php56/openssl.so
31:./pjproject/usr/lib/libpj.so.2
32:./primecoin/usr/bin/primeminer
33:./primecoin-qt/usr/bin/primecoin-qt
34:./python3-cryptography/usr/lib/python3.5/site-packages/cryptography/_Cryptography_cffi_89292e72x399b1113.cpython-35m-i386-linux-gnu.so
35:./python3-modules/usr/lib/python3.5/lib-dynload/_ssl.cpython-35m-i386-linux-gnu.so
36:./python-cryptography/usr/lib/python2.7/site-packages/cryptography/_Cryptography_cffi_f3e4673fx399b1113.so
37:./python-M2Crypto/usr/lib/python2.7/site-packages/M2Crypto/__m2crypto.so
38:./python-modules/usr/lib/python2.7/lib-dynload/_ssl.so
39:./qt4-plugin-qca-ossl/usr/lib/qt4/plugins/crypto/libqca-ossl.so
40:./Qt5Network/usr/lib/libQt5Network.so.5.5.1
41:./QtNetwork/usr/lib/libQtNetwork.so.4.8.7
42:./ruby-modules/usr/lib/ruby/2.0/openssl.so
43:./socat/usr/bin/socat
44:./squid/usr/sbin/squid
45:./stunnel/usr/bin/stunnel
46:./tcl-tls/usr/lib/tls1.6/libtls1.6.so
47:./tn5250/usr/lib/lib5250.so.0.0.0
48:./uim/usr/lib/uim/plugin/libuim-openssl.so
49:./vacm/usr/lib/vacm/exports/vacm_sys_stat_proxy
50:./vacm/usr/lib/vacm/modules/sys_stat.loose
51:./vacm/usr/lib/vacm/modules/user_adm.loose
52:./vacm-libs/usr/lib/libvacmclient-2.0.5a.so
53:./vacm-node/usr/sbin/vacm_sys_stat_proxy
54:./w3c-libwww/usr/lib/libwwwssl.so.0.1.0
55:./wget/usr/bin/wget


and not sure it is correct scanning, as wget works without being rebuilt:

# objdump -T /lib64/libcrypto.so.1.0.0|grep SSLv2
0000000000106c00 g    DF .text  00000000000000e1  Base        RSA_padding_add_SSLv23
0000000000106cf0 g    DF .text  0000000000000170  Base        RSA_padding_check_SSLv23


# objdump -T /usr/bin/wget |grep SSLv2
0000000000000000      DF *UND*  0000000000000000              SSLv23_client_method
0000000000000000      DF *UND*  0000000000000000              SSLv2_client_method

# wget --version|head -n1
GNU Wget 1.16.3 built on linux-gnu.


# rpm -q wget openssl
wget-1.16.3-4.x86_64
openssl-1.0.2g-6.x86_64

also known to work similarly is "monit" package

----

commands used to obtain the list:
repos="-n th"
pattern="libssl.so.1.0.0"

poldek $repos --up
poldek $repos --cmd "search -r $pattern" | tee pkgs.log

         
alias rpmget='poldek --fetch=$(pwd) --force -u --nodeps --nohold'
rpmget `less ../pkgs.log|grep i686` --noask
for a in `less ../pkgs.log|grep i686`; do mv $a.rpm ssl; done
for a in *.rpm; do (p=$PWD && d=/tmp/unpack/`rpm -qp $a --qf '%{name}'` && mkdir -p $d && cd $d && unpack $p/$a); done
find -type f > files
cat files | xargs -d '\n' file > filetypes
cat filetypes |grep 'ELF.*dynamically'|cut -d: -f1>elflist
while read a; do ldd $a|grep libssl.so -q && echo $a; done < elflist > ssllist
for a in `cat ssllist`; do objdump -T $a|grep -qE 'SSLv2_client_method|SSLv2_server_method|SSLv2_method' && echo $a; done > symlist


ps: unpack is shell script doing  rpm2cpio "$1" | cpio --no-absolute-filenames -dimu --quiet

-- 
glen



From qboosh at pld-linux.org  Sat Mar  5 08:33:59 2016
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 5 Mar 2016 08:33:59 +0100
Subject: openssl, SSL2, KDE
In-Reply-To: <56DA08CB.8090207@pld-linux.org>
References: <56D9EEBC.3010703@gmail.com> <56D9FB9F.8020206@pld-linux.org>
 <56DA08CB.8090207@pld-linux.org>
Message-ID: <20160305073359.GA26627@mail>

On Sat, Mar 05, 2016 at 12:14:35AM +0200, Elan Ruusam?e wrote:
> and not sure it is correct scanning, as wget works without being rebuilt:
> 
> # objdump -T /lib64/libcrypto.so.1.0.0|grep SSLv2
> 0000000000106c00 g    DF .text  00000000000000e1  Base        
> RSA_padding_add_SSLv23
> 0000000000106cf0 g    DF .text  0000000000000170  Base        
> RSA_padding_check_SSLv23

BTW: SSLv23_* exist in libssl, not libcrypto.

> # objdump -T /usr/bin/wget |grep SSLv2
> 0000000000000000      DF *UND*  0000000000000000              
> SSLv23_client_method
> 0000000000000000      DF *UND*  0000000000000000              
> SSLv2_client_method
> 
> # wget --version|head -n1
> GNU Wget 1.16.3 built on linux-gnu.

E.g. links2 (and probably wget too) uses lazy binding, so it crashes
only when trying to use removed function.


-- 
Jakub Bogusz    http://qboosh.pl/


From adwol at zonk.pl  Sat Mar  5 14:07:55 2016
From: adwol at zonk.pl (Adam Osuchowski)
Date: Sat, 5 Mar 2016 14:07:55 +0100
Subject: openssl, SSL2, KDE
In-Reply-To: <56D9FB9F.8020206@pld-linux.org>
References: <56D9EEBC.3010703@gmail.com> <56D9FB9F.8020206@pld-linux.org>
Message-ID: <20160305130755.6b8b4567@zonk.pl>

Elan Ruusam?e wrote:
> due nature of the change of recent openssl (removing symbol) and upstream 
> not tracking this in SONAME it is impossible to know what got broken

Maybe it's better to force enabling SSLv2 support than bump releases of
indefinite number of other packages.

It was rather unlikely that upstream developers dropped binary backward
compatibility in minor fix release.

>From CHANGES:

  * Disable SSLv2 default build, default negotiation and weak ciphers.  SSLv2
    is by default disabled at build-time.  Builds that are not configured with
    "enable-ssl2" will not support SSLv2.  Even if "enable-ssl2" is used,
    users who want to negotiate SSLv2 via the version-flexible SSLv23_method()
    will need to explicitly call either of:

I've just commited fix to sslv2 bcond (and sslv3, for the future).
Works for me.


From glen at pld-linux.org  Sat Mar  5 14:14:11 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Sat, 5 Mar 2016 15:14:11 +0200
Subject: openssl, SSL2, KDE
In-Reply-To: <20160305130755.6b8b4567@zonk.pl>
References: <56D9EEBC.3010703@gmail.com> <56D9FB9F.8020206@pld-linux.org>
 <20160305130755.6b8b4567@zonk.pl>
Message-ID: <56DADBA3.40607@pld-linux.org>

On 05.03.2016 15:07, Adam Osuchowski wrote:
> Elan Ruusam?e wrote:
>> due nature of the change of recent openssl (removing symbol) and upstream
>> not tracking this in SONAME it is impossible to know what got broken
> Maybe it's better to force enabling SSLv2 support than bump releases of
> indefinite number of other packages.
>
> It was rather unlikely that upstream developers dropped binary backward
> compatibility in minor fix release.
>
>  From CHANGES:
>
>    * Disable SSLv2 default build, default negotiation and weak ciphers.  SSLv2
>      is by default disabled at build-time.  Builds that are not configured with
>      "enable-ssl2" will not support SSLv2.  Even if "enable-ssl2" is used,
>      users who want to negotiate SSLv2 via the version-flexible SSLv23_method()
>      will need to explicitly call either of:
>
> I've just commited fix to sslv2 bcond (and sslv3, for the future).
> Works for me.

i don't know, doesn't that make openssl version vulnerable to DROWN attack?

should we now build with sslv2 version enabled again? (it will be so 
after your 2a82d451c777176ff64a6ba685f6daa046967f07)
or disable the bcond as most of the tree soon rebuilt without sslv2 symbols?

-- 
glen



From adwol at zonk.pl  Sat Mar  5 14:52:52 2016
From: adwol at zonk.pl (Adam Osuchowski)
Date: Sat, 5 Mar 2016 14:52:52 +0100
Subject: openssl, SSL2, KDE
In-Reply-To: <56DADBA3.40607@pld-linux.org>
References: <56D9EEBC.3010703@gmail.com> <56D9FB9F.8020206@pld-linux.org>
 <20160305130755.6b8b4567@zonk.pl> <56DADBA3.40607@pld-linux.org>
Message-ID: <20160305135252.6b8b4567@zonk.pl>

Elan Ruusam?e wrote:
> i don't know, doesn't that make openssl version vulnerable to DROWN attack?

If I understood security advisory correctly (http://openssl.org/news/secadv/20160301.txt),
there should be no problems with 1.0.2g unless client/server uses SSLv2
or SSLv2 ciphersuites (that are deprecated, anyway).

> should we now build with sslv2 version enabled again? (it will be so after 
> your 2a82d451c777176ff64a6ba685f6daa046967f07)
> or disable the bcond as most of the tree soon rebuilt without sslv2 symbols?

I personally need SSLv2/SSLv3 support mainly for testing purposes.
I don't use SSLv2/SSLv3 in production environments but there are real
needs to own SSLv2/SSLv3 client/server and use it from time to time.

Alternative solution is to produce separate openssl package
(e.g. openssl-ssl23) with other filenames and sonames. Maybe it is
feasible, easily.

On the other hand, if client/server has disabled depracated SSL versions
explicity, everything should be ok (until next openssl bug...).


From baggins at pld-linux.org  Sat Mar  5 18:27:36 2016
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Sat, 5 Mar 2016 18:27:36 +0100
Subject: Vulkan 3D drivers test request
In-Reply-To: <56CEEFAF.5040000@jajcus.net>
References: <56CEEFAF.5040000@jajcus.net>
Message-ID: <20160305172736.GA4019@home.lan>

On Thu, 25 Feb 2016, Jacek Konieczny wrote:

> Hi,
> 
> I have made the Vulkan packages and would like someone to test those on 
> a different system and hardware.
> 
> To play with Vulkan you need:
> 
> 1. the Vulkan loader
> 2. a Vulkan Installable Client Driver (ICD)
> 3. a Vulkan application
> 
> 
> 1. the Vulkan loader

Just my $0.02, there are two vulkan-loader packages, one built from
vulkan-loader and one from vulkan-sdk. This messes up dependency
resolution. Could you please sort this out?

-- 
Jan R?korajski                    | PLD/Linux
SysAdm | baggins<at>pld-linux.org | http://www.pld-linux.org/


From glen at pld-linux.org  Sat Mar  5 19:17:50 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Sat, 5 Mar 2016 20:17:50 +0200
Subject: openssl, SSL2, KDE
In-Reply-To: <20160305135252.6b8b4567@zonk.pl>
References: <56D9EEBC.3010703@gmail.com> <56D9FB9F.8020206@pld-linux.org>
 <20160305130755.6b8b4567@zonk.pl> <56DADBA3.40607@pld-linux.org>
 <20160305135252.6b8b4567@zonk.pl>
Message-ID: <56DB22CE.6020407@pld-linux.org>

On 05.03.2016 15:52, Adam Osuchowski wrote:
> Elan Ruusam?e wrote:
>> >i don't know, doesn't that make openssl version vulnerable to DROWN attack?
> If I understood security advisory correctly (http://openssl.org/news/secadv/20160301.txt),
> there should be no problems with 1.0.2g unless client/server uses SSLv2
> or SSLv2 ciphersuites (that are deprecated, anyway).
>
ok, rebuild with sslv2 support is coming then for openssl,
the rebuild of dependent packages would suck anyway:
https://srcbuilder.pld-linux.org/th/queue.html#143614

 1. apache-2.4.18-1.src.rpm (apache.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/apache.git;f=apache.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=apache&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=apache&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=apache&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
 2. asterisk-13.7.2-1.src.rpm (asterisk.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/asterisk.git;f=asterisk.spec;h=HEAD;a=shortlog>)[*th-x86_64:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=0&name=asterisk&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=0&name=asterisk&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=0&name=asterisk&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
 3. eagle-light-6.4.0-1.src.rpm (eagle-light.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/eagle-light.git;f=eagle-light.spec;h=HEAD;a=shortlog>)[*th-x86_64:UNSUPP*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=0&name=eagle-light&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=eagle-light&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:UNSUPP*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=0&name=eagle-light&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
 4. fetchmail-6.3.26-1.src.rpm (fetchmail.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/fetchmail.git;f=fetchmail.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=fetchmail&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=fetchmail&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=fetchmail&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
 5. libtorrent-rasterbar-1.0.6-4.src.rpm (libtorrent-rasterbar.spec -r
    HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/libtorrent-rasterbar.git;f=libtorrent-rasterbar.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=libtorrent-rasterbar&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=libtorrent-rasterbar&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=libtorrent-rasterbar&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
 6. links2-2.12-1.src.rpm (links2.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/links2.git;f=links2.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=links2&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=links2&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=links2&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
 7. mailx-12.4-5.src.rpm (mailx.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/mailx.git;f=mailx.spec;h=HEAD;a=shortlog>)[*th-x86_64:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=0&name=mailx&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=0&name=mailx&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=0&name=mailx&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
 8. monit-5.15-1.src.rpm (monit.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/monit.git;f=monit.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=monit&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=monit&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=monit&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
 9. nagios-plugins-2.1.1-5.src.rpm (nagios-plugins.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/nagios-plugins.git;f=nagios-plugins.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=nagios-plugins&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=nagios-plugins&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=nagios-plugins&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
10. neon-0.30.1-6.src.rpm (neon.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/neon.git;f=neon.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=neon&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=neon&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=neon&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
11. nessus-core-2.2.7-3.src.rpm (nessus-core.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/nessus-core.git;f=nessus-core.spec;h=HEAD;a=shortlog>)[*th-x86_64:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=0&name=nessus-core&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=0&name=nessus-core&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:FAIL_DEPS_INSTALL*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=0&name=nessus-core&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
12. nessus-libs-2.2.7-5.src.rpm (nessus-libs.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/nessus-libs.git;f=nessus-libs.spec;h=HEAD;a=shortlog>)[*th-x86_64:FAIL_INSTALL*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=0&name=nessus-libs&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:FAIL_INSTALL*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=0&name=nessus-libs&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:FAIL_INSTALL*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=0&name=nessus-libs&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
13. nodejs-0.10.41-1.src.rpm (nodejs.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/nodejs.git;f=nodejs.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=nodejs&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=nodejs&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:UNSUPP*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=0&name=nodejs&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
14. ocaml-ssl-0.4.5-3.src.rpm (ocaml-ssl.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/ocaml-ssl.git;f=ocaml-ssl.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=ocaml-ssl&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=ocaml-ssl&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=ocaml-ssl&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
15. partimage-0.6.9-3.src.rpm (partimage.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/partimage.git;f=partimage.spec;h=HEAD;a=shortlog>)[*th-x86_64:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=0&name=partimage&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=0&name=partimage&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=0&name=partimage&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
16. perl-Crypt-SSLeay-0.72-2.src.rpm (perl-Crypt-SSLeay.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/perl-Crypt-SSLeay.git;f=perl-Crypt-SSLeay.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=perl-Crypt-SSLeay&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=perl-Crypt-SSLeay&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=perl-Crypt-SSLeay&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
17. perl-Net-SSLeay-1.72-2.src.rpm (perl-Net-SSLeay.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/perl-Net-SSLeay.git;f=perl-Net-SSLeay.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=perl-Net-SSLeay&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=perl-Net-SSLeay&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=perl-Net-SSLeay&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
18. pjproject-2.4-2.src.rpm (pjproject.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/pjproject.git;f=pjproject.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=pjproject&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=pjproject&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=pjproject&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
19. primecoin-0.1.2-2.20131127.8.src.rpm (primecoin.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/primecoin.git;f=primecoin.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=primecoin&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=primecoin&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=primecoin&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
20. python-cryptography-1.2.3-2.src.rpm (python-cryptography.spec -r
    HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/python-cryptography.git;f=python-cryptography.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=python-cryptography&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=python-cryptography&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=python-cryptography&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
21. python-M2Crypto-0.22.5-1.src.rpm (python-M2Crypto.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/python-M2Crypto.git;f=python-M2Crypto.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=python-M2Crypto&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=python-M2Crypto&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=python-M2Crypto&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
22. qt4-plugin-qca-ossl-2.0.0-0.beta3.4.src.rpm
    (qt4-plugin-qca-ossl.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/qt4-plugin-qca-ossl.git;f=qt4-plugin-qca-ossl.spec;h=HEAD;a=shortlog>)[*th-x86_64:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=0&name=qt4-plugin-qca-ossl&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=0&name=qt4-plugin-qca-ossl&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=0&name=qt4-plugin-qca-ossl&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
23. socat-1.7.3.1-1.src.rpm (socat.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/socat.git;f=socat.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=socat&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=socat&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=socat&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
24. squid-3.4.14-1.src.rpm (squid.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/squid.git;f=squid.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=squid&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=squid&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=squid&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
25. stunnel-5.14-1.src.rpm (stunnel.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/stunnel.git;f=stunnel.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=stunnel&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=stunnel&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=stunnel&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
26. tcl-tls-1.6-2.src.rpm (tcl-tls.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/tcl-tls.git;f=tcl-tls.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=tcl-tls&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=tcl-tls&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=tcl-tls&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
27. tn5250-0.17.4-2.src.rpm (tn5250.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/tn5250.git;f=tn5250.spec;h=HEAD;a=shortlog>)[*th-x86_64:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=0&name=tn5250&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=0&name=tn5250&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=0&name=tn5250&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
28. uim-1.8.6-3.src.rpm (uim.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/uim.git;f=uim.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=uim&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=0&name=uim&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=uim&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
29. vacm-2.0.5a-3.src.rpm (vacm.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/vacm.git;f=vacm.spec;h=HEAD;a=shortlog>)[*th-x86_64:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=0&name=vacm&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=0&name=vacm&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:FAIL_BUILD*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=0&name=vacm&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
30. w3c-libwww-5.4.0-20.src.rpm (w3c-libwww.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/w3c-libwww.git;f=w3c-libwww.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=w3c-libwww&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=w3c-libwww&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=w3c-libwww&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]
31. wget-1.17.1-1.src.rpm (wget.spec -r HEAD
    <http://git.pld-linux.org/gitweb.cgi?p=packages/wget.git;f=wget.spec;h=HEAD;a=shortlog>)[*th-x86_64:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=wget&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-i686:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=1&name=wget&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>*th-x32:OK*
    <http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=1&name=wget&id=376d6894-a328-4473-b1cd-16956fc29694&action=tail>]



-- 
glen



From glen at delfi.ee  Sat Mar  5 20:32:46 2016
From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Sat, 5 Mar 2016 21:32:46 +0200
Subject: python requests
Message-ID: <56DB345E.5080809@delfi.ee>

can we add some suggests here to python*-requests package?


[glen at blodnatt slack]$ date|slacksend -C slacksend.conf
Traceback (most recent call last):
   File "/usr/share/python3.5/site-packages/requests/adapters.py", line 
370, in send
     timeout=timeout
   File 
"/usr/share/python3.5/site-packages/requests/packages/urllib3/connectionpool.py", 
line 548, in urlopen
     conn = self._get_conn(timeout=pool_timeout)
   File 
"/usr/share/python3.5/site-packages/requests/packages/urllib3/connectionpool.py", 
line 250, in _get_conn
     return conn or self._new_conn()
   File 
"/usr/share/python3.5/site-packages/requests/packages/urllib3/connectionpool.py", 
line 759, in _new_conn
     raise SSLError("Can't connect to HTTPS URL because the SSL "
requests.packages.urllib3.exceptions.SSLError: Can't connect to HTTPS 
URL because the SSL module is not available.

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
   File "/usr/bin/slacksend", line 9, in <module>
     load_entry_point('slacksend==0.1', 'console_scripts', 'slacksend')()
   File "/usr/share/python3.5/site-packages/slacksend.py", line 77, in main
     r = requests.post(options['url'], json.dumps(payload))
   File "/usr/share/python3.5/site-packages/requests/api.py", line 109, 
in post
     return request('post', url, data=data, json=json, **kwargs)
   File "/usr/share/python3.5/site-packages/requests/api.py", line 50, 
in request
     response = session.request(method=method, url=url, **kwargs)
   File "/usr/share/python3.5/site-packages/requests/sessions.py", line 
468, in request
     resp = self.send(prep, **send_kwargs)
   File "/usr/share/python3.5/site-packages/requests/sessions.py", line 
576, in send
     r = adapter.send(request, **kwargs)
   File "/usr/share/python3.5/site-packages/requests/adapters.py", line 
433, in send
     raise SSLError(e, request=request)
requests.exceptions.SSLError: Can't connect to HTTPS URL because the SSL 
module is not available.

[glen at blodnatt slack]$ rpm -q python3-requests --suggests
python3-requests-2.8.1-2.noarch
[glen at blodnatt slack]$

-- 
glen



From glen at delfi.ee  Sat Mar  5 20:39:46 2016
From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Sat, 5 Mar 2016 21:39:46 +0200
Subject: python requests
In-Reply-To: <56DB345E.5080809@delfi.ee>
References: <56DB345E.5080809@delfi.ee>
Message-ID: <56DB3602.1080007@delfi.ee>

nevermind, it's openssl related


[glen at blodnatt slack]$ python3 -m ssl -e 1
Traceback (most recent call last):
   File "/usr/lib64/python3.5/runpy.py", line 170, in _run_module_as_main
     "__main__", mod_spec)
   File "/usr/lib64/python3.5/runpy.py", line 85, in _run_code
     exec(code, run_globals)
   File "/usr/lib64/python3.5/ssl.py", line 98, in <module>
     import _ssl             # if we can't import it, let the error 
propagate
ImportError: 
/usr/lib64/python3.5/lib-dynload/_ssl.cpython-35m-x86_64-linux-gnu.so: 
undefined symbol: SSLv2_method
[glen at blodnatt slack]$


On 05.03.2016 21:32, Elan Ruusam?e wrote:
> can we add some suggests here to python*-requests package?
>
>
> [glen at blodnatt slack]$ date|slacksend -C slacksend.conf
> Traceback (most recent call last):
>   File "/usr/share/python3.5/site-packages/requests/adapters.py", line 
> 370, in send
>     timeout=timeout
>   File 
> "/usr/share/python3.5/site-packages/requests/packages/urllib3/connectionpool.py", 
> line 548, in urlopen
>     conn = self._get_conn(timeout=pool_timeout)
>   File 
> "/usr/share/python3.5/site-packages/requests/packages/urllib3/connectionpool.py", 
> line 250, in _get_conn
>     return conn or self._new_conn()
>   File 
> "/usr/share/python3.5/site-packages/requests/packages/urllib3/connectionpool.py", 
> line 759, in _new_conn
>     raise SSLError("Can't connect to HTTPS URL because the SSL "
> requests.packages.urllib3.exceptions.SSLError: Can't connect to HTTPS 
> URL because the SSL module is not available.
>
> During handling of the above exception, another exception occurred:
>
> Traceback (most recent call last):
>   File "/usr/bin/slacksend", line 9, in <module>
>     load_entry_point('slacksend==0.1', 'console_scripts', 'slacksend')()
>   File "/usr/share/python3.5/site-packages/slacksend.py", line 77, in 
> main
>     r = requests.post(options['url'], json.dumps(payload))
>   File "/usr/share/python3.5/site-packages/requests/api.py", line 109, 
> in post
>     return request('post', url, data=data, json=json, **kwargs)
>   File "/usr/share/python3.5/site-packages/requests/api.py", line 50, 
> in request
>     response = session.request(method=method, url=url, **kwargs)
>   File "/usr/share/python3.5/site-packages/requests/sessions.py", line 
> 468, in request
>     resp = self.send(prep, **send_kwargs)
>   File "/usr/share/python3.5/site-packages/requests/sessions.py", line 
> 576, in send
>     r = adapter.send(request, **kwargs)
>   File "/usr/share/python3.5/site-packages/requests/adapters.py", line 
> 433, in send
>     raise SSLError(e, request=request)
> requests.exceptions.SSLError: Can't connect to HTTPS URL because the 
> SSL module is not available.
>
> [glen at blodnatt slack]$ rpm -q python3-requests --suggests
> python3-requests-2.8.1-2.noarch
> [glen at blodnatt slack]$
>


-- 
glen



From jajcus at jajcus.net  Sat Mar  5 22:30:36 2016
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Sat, 05 Mar 2016 22:30:36 +0100
Subject: Vulkan 3D drivers test request
In-Reply-To: <20160305172736.GA4019@home.lan>
References: <56CEEFAF.5040000@jajcus.net> <20160305172736.GA4019@home.lan>
Message-ID: <56DB4FFC.7010004@jajcus.net>

On 2016-03-05 18:27, Jan R?korajski wrote:

>> 1. the Vulkan loader
> 
> Just my $0.02, there are two vulkan-loader packages, one built from
> vulkan-loader and one from vulkan-sdk. This messes up dependency
> resolution. Could you please sort this out?

vulkan-loader is obsolete, the source package has been renamed to
vulkan-sdk.

Everything built from vulkan-loader.spec is to be removed.

Jacek



From qboosh at pld-linux.org  Sun Mar  6 12:00:52 2016
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sun, 6 Mar 2016 12:00:52 +0100
Subject: GIT_DIR exported buring rpm build
Message-ID: <20160306110052.GB14707@stranger.qboosh.pl>

Is $GIT_DIR exported intentionally when executing %prep, %build,
%install?

E.g. python pbr buildsystem tries to rebuild some files (AUTHORS,
ChangeLog) from git; when $GIT_DIR exists and points to package git
directory, these files are overwritten by authors and changelog from PLD
packaging instead of upstream software.


-- 
Jakub Bogusz    http://qboosh.pl/


From draenog at pld-linux.org  Sun Mar  6 13:25:11 2016
From: draenog at pld-linux.org (Kacper Kornet)
Date: Sun, 6 Mar 2016 12:25:11 +0000
Subject: GIT_DIR exported buring rpm build
In-Reply-To: <20160306110052.GB14707@stranger.qboosh.pl>
References: <20160306110052.GB14707@stranger.qboosh.pl>
Message-ID: <20160306122511.40d37f0a@platypus>

On Sun, 6 Mar 2016 12:00:52 +0100 Jakub Bogusz <qboosh at pld-linux.org>
wrote:

> Is $GIT_DIR exported intentionally when executing %prep, %build,
> %install?

It is set up and used internally by builder.sh script. But in December
glen introduced fix that cleans GIT_* variables just before
calling $RPMBUILD. Which revision of builder.sh do you use?

-- 
 Kacper


From qboosh at pld-linux.org  Mon Mar  7 17:03:20 2016
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 7 Mar 2016 17:03:20 +0100
Subject: GIT_DIR exported buring rpm build
In-Reply-To: <20160306122511.40d37f0a@platypus>
References: <20160306110052.GB14707@stranger.qboosh.pl>
 <20160306122511.40d37f0a@platypus>
Message-ID: <20160307160320.GA3439@mail>

On Sun, Mar 06, 2016 at 12:25:11PM +0000, Kacper Kornet wrote:
> On Sun, 6 Mar 2016 12:00:52 +0100 Jakub Bogusz <qboosh at pld-linux.org>
> wrote:
> 
> > Is $GIT_DIR exported intentionally when executing %prep, %build,
> > %install?
> 
> It is set up and used internally by builder.sh script. But in December
> glen introduced fix that cleans GIT_* variables just before
> calling $RPMBUILD. Which revision of builder.sh do you use?

There was no release until today - should be fixed now (glen pushed
new release today).

Thanks.

-- 
Jakub Bogusz    http://qboosh.pl/


From n3npq at mac.com  Tue Mar 15 21:27:36 2016
From: n3npq at mac.com (Jeff Johnson)
Date: Tue, 15 Mar 2016 16:27:36 -0400
Subject: rpm-5.4.16 snapshot
Message-ID: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>

There is a snapshot release of rpm-5.4.16 now available at

        http://rpm5.org/files/rpm/rpm-5.4/SNAPSHOT/rpm-5.4.16-0.20160315.src.rpm

This is the first SRPM built by itself that is headed for release
in the next few weeks that is being provided as a public reference
point for integration and portability testing.

See the included INSTALL document for the build pre-requisite versions used.

From a distro POV, please note the following changes that are included
in the snapshot that will (at least) need to be considered when upgrading:

        1) (recommended) rpm-5.4.16 uses BLAKE2bp for file digests.
          BLAKe2bp is a 256bit digest that is faster than SHA256 (and MD5)
          that will improve installation speeds.

          Details are here:
                https://blake2.net

        2) (recommended) rpm-5.4.16 uses libtomcrypt (rather than BeeCrypt).
          LibTomCrypt has support for ECDSA and is used by recent python and
          the linux kernel (iirc).

          Details are here:
                https://github.com/libtom/libtomcrypt

        3) (recommended) rpm-5.4.16 uses db-6.1.23 (not 6.1.26) with
          DB_MULTIVERSION and DB_TXN_SNAPSHOT.
          DB_TXN_SNAPSHOT avoids deadlocks with copy-on-write rather than
          locking semantics.

          The change is necessary to support nested transactional commits
          in rpm like
                command transaction
                   package transaction
                      install transaction
                      erase transaction
          without deadlocking on trigger lookups.

          Details about DB_MULTIVERSION and DB_TXN_SNAPSHOT can be found
          in the Oracle Berkeley DB documentation here:
                http://docs.oracle.com/cd/E17076_04/html/index.html

As always, rpm can be configured to use any of ~120 digests, any of
        BeeCrypt
        NSS
        Openssl
        Libgcrypt
        LibTomCrypt
and (most likely, unchecked) any version of Berkeley DB back to db-4.6.x.

Bug reports are requested at
        https://launchpad.net/rpm

Patches and discussion are requested at
        <rpm-devel at rpm5.org>

Enjoy!

73 de Jeff



From glen at pld-linux.org  Tue Mar 15 23:14:23 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Wed, 16 Mar 2016 00:14:23 +0200
Subject: rpm-5.4.16 snapshot
In-Reply-To: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
References: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
Message-ID: <56E8893F.8050109@pld-linux.org>

On 15.03.2016 22:27, Jeff Johnson wrote:
> There is a snapshot release of rpm-5.4.16 now available at
>
>          http://rpm5.org/files/rpm/rpm-5.4/SNAPSHOT/rpm-5.4.16-0.20160315.src.rpm
it's text fields seem to contain garbage:

[~/rpm/packages/rpm(5.4.15) (dev-5.4.16)?] ? less 
rpm-5.4.16-0.20160315.src.rpm
Name        : rpm                          Relocations: (not relocatable)
Version     : 5.4.16                            Vendor: (none)
Release     : 0.20160315                    Build Date: T 15 m?rts 2016 
21:13:03 EET
Install Date: (not installed)            Build Host: hi.jbj.org
Group       : (<C2>^E^B                          Source RPM: (none)
Size        : 20861253                         License: LGPLv2
Signature   : RSA/SHA1, T 15 m?rts 2016 21:13:03 EET, Key ID 
fd73f8a36edb4910
URL         : http://rpm5.org
Summary     : <88><EB>^F^B
Architecture: x86_64
Description :
<C8><EB>^F^B
* K m?rts 16 2016 Jeff Johnson <jbj at rpm5.org> -5.4.16
- improve uncoupling from rpmbuild configuration.


anyway, will push soon dev-5.4.16 branch in pld repo [1] for anyone 
wishing to test it

ps: tarball size increased 5mb:

[~/rpm/packages/rpm(5.4.16) (dev-5.4.16)?] ? l rpm-5.4.*gz
-rw-r----- 1 glen users 15M 25. okt    2014 rpm-5.4.15.tar.gz
-rw-r--r-- 1 glen users 20M 15. m?rts 21:04 rpm-5.4.16.tar.gz


[1] http://git.pld-linux.org/packages/rpm.git & 
https://github.com/pld-linux/rpm

-- 
glen



From n3npq at me.com  Tue Mar 15 23:36:06 2016
From: n3npq at me.com (Jeffrey Johnson)
Date: Tue, 15 Mar 2016 18:36:06 -0400
Subject: rpm-5.4.16 snapshot
In-Reply-To: <56E8893F.8050109@pld-linux.org>
References: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
 <56E8893F.8050109@pld-linux.org>
Message-ID: <860B5E8D-57A6-40C2-9642-4BD903D5A3A7@me.com>


> On Mar 15, 2016, at 6:14 PM, Elan Ruusam?e <glen at pld-linux.org> wrote:
> 
> On 15.03.2016 22:27, Jeff Johnson wrote:
>> There is a snapshot release of rpm-5.4.16 now available at
>> 
>>         http://rpm5.org/files/rpm/rpm-5.4/SNAPSHOT/rpm-5.4.16-0.20160315.src.rpm
> it's text fields seem to contain garbage:
> 
> [~/rpm/packages/rpm(5.4.15) (dev-5.4.16)?] ? less rpm-5.4.16-0.20160315.src.rpm
> Name        : rpm                          Relocations: (not relocatable)
> Version     : 5.4.16                            Vendor: (none)
> Release     : 0.20160315                    Build Date: T 15 m?rts 2016 21:13:03 EET
> Install Date: (not installed)            Build Host: hi.jbj.org
> Group       : (<C2>^E^B                          Source RPM: (none)
> Size        : 20861253                         License: LGPLv2
> Signature   : RSA/SHA1, T 15 m?rts 2016 21:13:03 EET, Key ID fd73f8a36edb4910
> URL         : http://rpm5.org
> Summary     : <88><EB>^F^B
> Architecture: x86_64
> Description :
> <C8><EB>^F^B
> * K m?rts 16 2016 Jeff Johnson <jbj at rpm5.org> -5.4.16
> - improve uncoupling from rpmbuild configuration.
> 

Ah thanks for reporting.

The issue is related to eliminating RPM_I18NSTRING_TYPE, there is likely
a rpmbuild issue ? easy fixing todo++. I seem to recall fixing this problem before ...

> 
> anyway, will push soon dev-5.4.16 branch in pld repo [1] for anyone wishing to test it
> 
> ps: tarball size increased 5mb:
> 
> [~/rpm/packages/rpm(5.4.16) (dev-5.4.16)?] ? l rpm-5.4.*gz
> -rw-r----- 1 glen users 15M 25. okt    2014 rpm-5.4.15.tar.gz
> -rw-r--r-- 1 glen users 20M 15. m?rts 21:04 rpm-5.4.16.tar.gz
> 

Well the rpm tarsal is likely carrying internal versions of
	BeeCrypt
	PCRE
	POPT
	NEON
	LUA (and several modules)
	libgit2
	Perl-URPMI
and
	libtpm
for portability.

Open up the tarsal and rip out what you don?t want (e.g. ?rm -rf libtpm libgit2?)
and configure/build against external libraries instead.

Pleas note that my maximally configured development version of rpm looks like this:
	 $ ldd .libs/rpm | wc -l
     102
(Yes that is rpm linking 102 libraries so I include essential components internally)

The only lossage will be with LUA: the RPM+LUA embedding will lack some useful
embedded modules.

This e-mail might be useful too:
	[OM Cooker] rpm-5.4.16 snapshot <http://ml.openmandriva.org/pipermail/om-cooker_ml.openmandriva.org/2016-March/000645.html>

hth

73 de Jeff
	
> 
> [1] http://git.pld-linux.org/packages/rpm.git & https://github.com/pld-linux/rpm
> 
> -- 
> glen
> 
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en



From arekm at maven.pl  Wed Mar 16 08:40:37 2016
From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=)
Date: Wed, 16 Mar 2016 08:40:37 +0100
Subject: bashizms in rpm-build-tools
Message-ID: <201603160840.37594.arekm@maven.pl>

# su -
Has?o: 
Ostatnie logowanie: ?ro mar 16 07:51:18 CET 2016 na pts/2
sh: /etc/shrc.d/rpm-build.sh[316]: syntax error: '=~' unexpected 
operator/operand

   313          remote_pattern="Your branch is (behind|ahead) "
   314          diverge_pattern="Your branch and (.*) have diverged"
   315
   316          if [[ ! ${git_status} =~ "working directory clean" ]]; then
   317                  state="${RED}?"
   318          fi


-- 
Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org )


From glen at pld-linux.org  Wed Mar 16 12:15:10 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Wed, 16 Mar 2016 13:15:10 +0200
Subject: bashizms in rpm-build-tools
In-Reply-To: <201603160840.37594.arekm@maven.pl>
References: <201603160840.37594.arekm@maven.pl>
Message-ID: <56E9403E.1040204@pld-linux.org>

On 16.03.2016 09:40, Arkadiusz Mi?kiewicz wrote:
> # su -
> Has?o:
> Ostatnie logowanie: ?ro mar 16 07:51:18 CET 2016 na pts/2
> sh: /etc/shrc.d/rpm-build.sh[316]: syntax error: '=~' unexpected
> operator/operand
>
>     313          remote_pattern="Your branch is (behind|ahead) "
>     314          diverge_pattern="Your branch and (.*) have diverged"
>     315
>     316          if [[ ! ${git_status} =~ "working directory clean" ]]; then
>     317                  state="${RED}?"
>     318          fi
>
>
thanks, fixed in rpm-build-tools 4.8-4

-- 
glen



From glen at pld-linux.org  Wed Mar 16 17:12:11 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Wed, 16 Mar 2016 18:12:11 +0200
Subject: rpm-5.4.16 snapshot
In-Reply-To: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
References: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
Message-ID: <56E985DB.7020805@pld-linux.org>

On 15.03.2016 22:27, Jeff Johnson wrote:
> There is a snapshot release of rpm-5.4.16 now available at
>
>          http://rpm5.org/files/rpm/rpm-5.4/SNAPSHOT/rpm-5.4.16-0.20160315.src.rpm

have not yet researched from what this error comes, maybe quicklier just 
to ask:


libtool: compile:  ccache gcc -DHAVE_CONFIG_H -I. -I.. -I. -I.. 
-I../build -I../lib -I../lib -I../rpmdb -I../rpmio -I../misc 
-I../lua/local -I../lua/local -I../lua -I../lua -DRPM_OS_LINUX=040116 
-DLTM_DESC -DUSE_LTM -I/usr/include/db5.2 -I/usr/include/ossp-uuid 
-I/usr/include/ossp-uuid -fopenmp -O2 -fwrapv -pipe -Wformat 
-Werror=format-security -gdwarf-4 -fno-debug-types-section 
-fvar-tracking-assignments -g2 -Wp,-D_FORTIFY_SOURCE=2 
-fstack-protector-strong --param=ssp-buffer-size=4 -fPIC -march=x86-64 
-gdwarf-4 -fno-debug-types-section -fvar-tracking-assignments -g2 
-D_GNU_SOURCE -D_REENTRANT -MT rpmltc.lo -MD -MP -MF .deps/rpmltc.Tpo -c 
rpmltc.c  -fPIC -DPIC -o .libs/rpmltc.o
rpmltc.c: In function 'rpmltcVerify':
rpmltc.c:385:20: error: 'LTC_PKCS_1_V1_5' undeclared (first use in this 
function)
      int _padding = LTC_PKCS_1_V1_5; /* XXX RSA */
                     ^
rpmltc.c:385:20: note: each undeclared identifier is reported only once 
for each function it appears in
rpmltc.c: In function 'rpmltcSign':
rpmltc.c:454:20: error: 'LTC_PKCS_1_V1_5' undeclared (first use in this 
function)
      int _padding = LTC_PKCS_1_V1_5; /* XXX RSA */
                     ^
Makefile:2155: recipe for target 'rpmltc.lo' failed
make[4]: *** [rpmltc.lo] Error 1

-- 
glen



From n3npq at mac.com  Wed Mar 16 17:28:29 2016
From: n3npq at mac.com (Jeff Johnson)
Date: Wed, 16 Mar 2016 12:28:29 -0400
Subject: rpm-5.4.16 snapshot
In-Reply-To: <56E985DB.7020805@pld-linux.org>
References: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
 <56E985DB.7020805@pld-linux.org>
Message-ID: <DD3201E7-42BC-45F9-9CEA-E102219156BE@mac.com>


On Mar 16, 2016, at 12:12 PM, Elan Ruusam?e wrote:

> On 15.03.2016 22:27, Jeff Johnson wrote:
>> There is a snapshot release of rpm-5.4.16 now available at
>> 
>>         http://rpm5.org/files/rpm/rpm-5.4/SNAPSHOT/rpm-5.4.16-0.20160315.src.rpm
> 
> have not yet researched from what this error comes, maybe quicklier just to ask:
> 

Yes.

There is a recent API change in libtomcrypt (like last few months)

The older name is LTC_LTC_PKCS_1_V1_5

There is an attempt to "fix" the issue like this
#if defined(LTC_LTC_PKCS_1_V1_5)
    int _padding = LTC_LTC_PKCS_1_V1_5; /* XXX RSA */
#else
    int _padding = LTC_PKCS_1_V1_5;     /* XXX RSA */
#endif

but LTC_LTC_PKCS_1_V1_5 may not be defined (its an enum)

I'll devise a better test for portability ... meanwhile use LTC_LTC_PKCS_1_V1_5 insead

Thanks for the report.

> 
> libtool: compile:  ccache gcc -DHAVE_CONFIG_H -I. -I.. -I. -I.. -I../build -I../lib -I../lib -I../rpmdb -I../rpmio -I../misc -I../lua/local -I../lua/local -I../lua -I../lua -DRPM_OS_LINUX=040116 -DLTM_DESC -DUSE_LTM -I/usr/include/db5.2 -I/usr/include/ossp-uuid -I/usr/include/ossp-uuid -fopenmp -O2 -fwrapv -pipe -Wformat -Werror=format-security -gdwarf-4 -fno-debug-types-section -fvar-tracking-assignments -g2 -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-strong --param=ssp-buffer-size=4 -fPIC -march=x86-64 -gdwarf-4 -fno-debug-types-section -fvar-tracking-assignments -g2 -D_GNU_SOURCE -D_REENTRANT -MT rpmltc.lo -MD -MP -MF .deps/rpmltc.Tpo -c rpmltc.c  -fPIC -DPIC -o .libs/rpmltc.o
> rpmltc.c: In function 'rpmltcVerify':
> rpmltc.c:385:20: error: 'LTC_PKCS_1_V1_5' undeclared (first use in this function)
>     int _padding = LTC_PKCS_1_V1_5; /* XXX RSA */
>                    ^
> rpmltc.c:385:20: note: each undeclared identifier is reported only once for each function it appears in
> rpmltc.c: In function 'rpmltcSign':
> rpmltc.c:454:20: error: 'LTC_PKCS_1_V1_5' undeclared (first use in this function)
>     int _padding = LTC_PKCS_1_V1_5; /* XXX RSA */
>                    ^
> Makefile:2155: recipe for target 'rpmltc.lo' failed
> make[4]: *** [rpmltc.lo] Error 1
> 
> -- 
> glen
> 
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en



From glen at pld-linux.org  Wed Mar 16 17:46:13 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Wed, 16 Mar 2016 18:46:13 +0200
Subject: rpm-5.4.16 snapshot
In-Reply-To: <DD3201E7-42BC-45F9-9CEA-E102219156BE@mac.com>
References: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
 <56E985DB.7020805@pld-linux.org>
 <DD3201E7-42BC-45F9-9CEA-E102219156BE@mac.com>
Message-ID: <56E98DD5.8070702@pld-linux.org>

On 16.03.2016 18:28, Jeff Johnson wrote:
> There is a recent API change in libtomcrypt (like last few months)

ah, tomcrypt,

i think will switch to previous method in pld for now for maximum 
compatibility,
release manager (baggins) decides if pld follows different defaults.

-- 
glen



From glen at pld-linux.org  Wed Mar 16 18:09:45 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Wed, 16 Mar 2016 19:09:45 +0200
Subject: rpm-5.4.16 snapshot
In-Reply-To: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
References: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
Message-ID: <56E99359.8040904@pld-linux.org>

On 15.03.2016 22:27, Jeff Johnson wrote:
>          3) (recommended) rpm-5.4.16 uses db-6.1.23 (not 6.1.26) with
>            DB_MULTIVERSION and DB_TXN_SNAPSHOT.
>            DB_TXN_SNAPSHOT avoids deadlocks with copy-on-write rather than
>            locking semantics.

so, if i use db-5.2, these changes be reverted in DB_CONFIG ?


--- ../rpm-5.4.15/rpmdb/DB_CONFIG.in    2016-03-16 17:36:37.569145832 +0200
+++ ../rpm-5.4.16/rpmdb/DB_CONFIG.in    2016-03-16 18:48:10.648775378 +0200
@@ -1,10 +1,12 @@
  # ================ Environment
-#add_data_dir .
  set_data_dir .
-set_create_dir .
  set_lg_dir ./log
  set_tmp_dir ./tmp

+set_flags DB_MULTIVERSION on
+set_flags DB_AUTO_COMMIT on
+set_flags DB_TXN_SNAPSHOT on
+


-- 
glen



From n3npq at mac.com  Wed Mar 16 18:39:31 2016
From: n3npq at mac.com (Jeff Johnson)
Date: Wed, 16 Mar 2016 13:39:31 -0400
Subject: rpm-5.4.16 snapshot
In-Reply-To: <56E99359.8040904@pld-linux.org>
References: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
 <56E99359.8040904@pld-linux.org>
Message-ID: <31106FDE-8B62-4E0F-89E6-0F2FFEDD8111@mac.com>


On Mar 16, 2016, at 1:09 PM, Elan Ruusam?e wrote:

> On 15.03.2016 22:27, Jeff Johnson wrote:
>>         3) (recommended) rpm-5.4.16 uses db-6.1.23 (not 6.1.26) with
>>           DB_MULTIVERSION and DB_TXN_SNAPSHOT.
>>           DB_TXN_SNAPSHOT avoids deadlocks with copy-on-write rather than
>>           locking semantics.
> 
> so, if i use db-5.2, these changes be reverted in DB_CONFIG ?
> 
> 
> --- ../rpm-5.4.15/rpmdb/DB_CONFIG.in    2016-03-16 17:36:37.569145832 +0200
> +++ ../rpm-5.4.16/rpmdb/DB_CONFIG.in    2016-03-16 18:48:10.648775378 +0200
> @@ -1,10 +1,12 @@
> # ================ Environment
> -#add_data_dir .
> set_data_dir .
> -set_create_dir .
> set_lg_dir ./log
> set_tmp_dir ./tmp
> 
> +set_flags DB_MULTIVERSION on
> +set_flags DB_AUTO_COMMIT on
> +set_flags DB_TXN_SNAPSHOT on
> +
> 

Depends on whether db-5.2.x supports configuring those flags in DB_CONFIG.

(aside)
There are 3 different ways to configure BerkeleyDB
	1) hard-wired in C
	2) using /usr/lib/rpm/macros to pass in the appropriate info
	3) using DB_CONFIG which is the "official" (and documented) method to configure

I have done both 2) and 3) and there are almost no instances of hard-wired in rpm

Using DB_CONFIG to configure an rpmdb is the preferred approach because "ofiical" and documented.

Meanwhile try-and-see on db-5.2.x ... if you run into issues, holler and I'll figure a solution for you.

I'd suggest trying db-6.1.23 if you want exactly the same behavior as rpm-5.4.16 is being testesd with

73 de Jeff
> 
> -- 
> glen
> 
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en



From n3npq at mac.com  Wed Mar 16 18:43:05 2016
From: n3npq at mac.com (Jeff Johnson)
Date: Wed, 16 Mar 2016 13:43:05 -0400
Subject: rpm-5.4.16 snapshot
In-Reply-To: <56E98DD5.8070702@pld-linux.org>
References: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
 <56E985DB.7020805@pld-linux.org>
 <DD3201E7-42BC-45F9-9CEA-E102219156BE@mac.com>
 <56E98DD5.8070702@pld-linux.org>
Message-ID: <5CC40D2E-EAAB-43D9-8026-4758AFCF8C93@mac.com>


On Mar 16, 2016, at 12:46 PM, Elan Ruusam?e wrote:

> On 16.03.2016 18:28, Jeff Johnson wrote:
>> There is a recent API change in libtomcrypt (like last few months)
> 
> ah, tomcrypt,
> 
> i think will switch to previous method in pld for now for maximum compatibility,
> release manager (baggins) decides if pld follows different defaults.
> 

Yes you can switch back to BeeCrypt rather than libtomcrypt: change the
order that crypto will be used at the top of rpmio/rpmpgp.c.

You will lose ECDSA support with BeeCrypt only rpm.

73 de Jeff

> -- 
> glen
> 
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en



From glen at pld-linux.org  Wed Mar 16 20:20:07 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Wed, 16 Mar 2016 21:20:07 +0200
Subject: rpm-5.4.16 snapshot
In-Reply-To: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
References: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
Message-ID: <56E9B1E7.50905@pld-linux.org>

On 15.03.2016 22:27, Jeff Johnson wrote:
> There is a snapshot release of rpm-5.4.16 now available at
>
>          http://rpm5.org/files/rpm/rpm-5.4/SNAPSHOT/rpm-5.4.16-0.20160315.src.rpm

some rpmio/* tools link errors. hack-fixed by adding -lssl -lacl to 
RPMIO_LDADD_COMMON


libtool: link: x86_64-pld-linux-gcc -fopenmp -O2 -fwrapv -pipe -Wformat 
-Werror=format-security -gdwarf-4 -fno-debug-types-sect
ion -fvar-tracking-assignments -g2 -Wp,-D_FORTIFY_SOURCE=2 
-fstack-protector-strong --param=ssp-buffer-size=4 -fPIC -march=x86-
64 -gdwarf-4 -fno-debug-types-section -fvar-tracking-assignments -g2 
-D_GNU_SOURCE -D_REENTRANT -Wl,--as-needed -Wl,--no-copy-d
t-needed-entries -Wl,-z -Wl,relro -Wl,-z -Wl,combreloc -o .libs/tset 
tset.o  ./.libs/librpmio.so -L../lua /home/users/glen/rpm/
packages/BUILD.x86_64-linux/rpm-5.4.16/misc/.libs/librpmmisc.so 
/usr/lib64/libstdc++.so ../misc/.libs/librpmmisc.so -ldb_sql-5.
2 -ldb-5.2 /usr/lib64/libuuid.so /usr/lib64/libossp-uuid.so 
/usr/lib64/libpcreposix.so -lm /usr/lib64/libdb_sql-5.2.so /usr/lib
64/libdb-5.2.so /usr/lib64/libmagic.so /usr/lib64/libbeecrypt.so -lrt 
/usr/lib64/liblzma.so /usr/lib64/libbz2.so -lpthread -lel
f /usr/lib64/libpopt.so -lz /usr/lib64/libsasl2.so -lcrypt 
/usr/lib64/libpam.so /usr/lib64/libaudit.so -ldl -lselinux -lsepol -
lsemanage /usr/lib64/libpcre.so -pthread -fopenmp
./.libs/librpmio.so: undefined reference to `acl_get_file'
./.libs/librpmio.so: undefined reference to `BIO_free'
./.libs/librpmio.so: undefined reference to `BIO_s_mem'
./.libs/librpmio.so: undefined reference to `BIO_free_all'
./.libs/librpmio.so: undefined reference to `BIO_ctrl'
./.libs/librpmio.so: undefined reference to `BIO_gets'
./.libs/librpmio.so: undefined reference to `ASN1_STRING_to_UTF8'
./.libs/librpmio.so: undefined reference to `GENERAL_NAMES_free'
./.libs/librpmio.so: undefined reference to `CRYPTO_set_locking_callback'
...

full log should be available soonish at
https://srcbuilder.pld-linux.org/th/queue.html#144374
(i expect it fails on same place on builders too)


-- 
glen



From n3npq at mac.com  Thu Mar 17 05:05:06 2016
From: n3npq at mac.com (Jeff Johnson)
Date: Thu, 17 Mar 2016 00:05:06 -0400
Subject: rpm-5.4.16 snapshot
In-Reply-To: <56E9B1E7.50905@pld-linux.org>
References: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
 <56E9B1E7.50905@pld-linux.org>
Message-ID: <B2019E6C-8CD1-45C9-8842-A1F2928C8F00@mac.com>


On Mar 16, 2016, at 3:20 PM, Elan Ruusam?e wrote:

> On 15.03.2016 22:27, Jeff Johnson wrote:
>> There is a snapshot release of rpm-5.4.16 now available at
>> 
>>         http://rpm5.org/files/rpm/rpm-5.4/SNAPSHOT/rpm-5.4.16-0.20160315.src.rpm
> 
> some rpmio/* tools link errors. hack-fixed by adding -lssl -lacl to RPMIO_LDADD_COMMON

Not the best hack ;-)

Meanwhile now that I can see the configure options from the PLD rpm.spec,
I have tried rebuilding with this (fairly close) approximation to what you want
on Fedora 23 (with all build deps already installed):

./configure \
          --verbose \
          --prefix=/usr \
          --infodir='${prefix}%{__share}/info' \
          --libdir='%{_libdir}' \
          --localstatedir=/var \
          --mandir='${prefix}%{__share}/man' \
          --sysconfdir=/etc \
          --enable-shared \
          --enable-static \
          --without-apidocs \
          --with-beecrypt=external \
          --with-bugreport="http://bugs.pld-linux.org/" \
          --with-bzip2=external \
          --with-db=external \
          --with-dbapi=db \
          --with-file=external \
          --with-keyutils=external \
          --with-libelf \
          --with-lua=internal \
          --with-lzma=external \
          --with-neon=external \
          --without-path-versioned \
          --with-pcre=external \
          --with-popt=external \
          --with-python=2.7 \
          --with-selinux=no \
          --with-semanage=no \
          --with-sepol=no \
          --with-sqlite=no \
          --with-uuid=system \
          --with-vendor=pld \
          --with-xz=external \
          --with-zlib=external \
          --with-pthreads \
          --with-openssl \
          --with-acl \
          --enable-build-pic \
          --enable-build-versionscript \
          --enable-build-warnings \
          --enable-build-debug \
          --enable-maintainer-mode

This configuration almost builds: there is an error linking tgfs.c (which is already on my fixit list)
with this error
	/usr/bin/ld: tgfs.o: undefined reference to symbol 'shm_open@@GLIBC_2.2.5' /usr/lib64/librt.so.1: 
        error adding   symbols: DSO missing from command line collect2: 
        error: ld returned 1 exit status

The easiest hack to build from the SNAPSHOT tarball is to stub out tgfs.c by copying this onto rpmio/tgfs.c

       int main() { return 0; }

after unpacking.

I will have a better fix for tgfs.c soonishly.

Meanwhile the above configuration SHOULD build in PLD, modulo packaging and bcond's.

hth

73 de Jeff



From glen at pld-linux.org  Thu Mar 17 20:20:45 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Thu, 17 Mar 2016 21:20:45 +0200
Subject: [packages/php] - added Obsoleted for withdrawn modules
In-Reply-To: <5f8c3b489f6c9774156704d0b5e3904f84e352c2_refs_heads_master@pld-linux.org>
References: <3cfb34b97c94151e6d0f21ab57d6450bebd6316c_refs_heads_master@pld-linux.org>
 <5f8c3b489f6c9774156704d0b5e3904f84e352c2_refs_heads_master@pld-linux.org>
Message-ID: <56EB038D.5000809@pld-linux.org>


not that i care about php4, but in general:

    i would rather see my system not updating due broken deps,
    than some random package uninstalling previous working module!

On 17.03.2016 21:08, qboosh wrote:
> commit 5f8c3b489f6c9774156704d0b5e3904f84e352c2
> Author: Jakub Bogusz <qboosh at pld-linux.org>
> Date:   Thu Mar 17 20:12:33 2016 +0100
>
>      - added Obsoleted for withdrawn modules
>
>   php.spec | 11 +++++++++++
>   1 file changed, 11 insertions(+)
> ---
> diff --git a/php.spec b/php.spec
> index a788455..2f83ec8 100644
> --- a/php.spec
> +++ b/php.spec
> @@ -548,7 +548,14 @@ Provides:	php(standard)
>   %{?with_pcre:%requires_ge_to	pcre pcre-devel}
>   Suggests:	browscap
>   Obsoletes:	php-common < 4:5.3.28-7
> +# withdrawn modules
> +Obsoletes:	php-filepro < 4:5.2.0
> +Obsoletes:	php-hwapi < 4:5.2.0
> +Obsoletes:	php-hyperwave < 3:5.0.0
> +Obsoletes:	php-java < 3:5.0.0
> +Obsoletes:	php-mcal < 3:5.0.0
>   Obsoletes:	php-pecl-domxml
> +Obsoletes:	php-qtdom < 3:5.0.0
>   Conflicts:	php4-common < 3:4.4.4-8
>   Conflicts:	php55-common < 4:5.5.10-4
>   Conflicts:	rpm < 4.4.2-0.2
> @@ -722,6 +729,8 @@ URL:		http://php.net/manual/en/book.dba.php
>   Requires:	%{name}-common = %{epoch}:%{version}-%{release}
>   Provides:	php(dba)
>   Obsoletes:	php-dba < 4:5.3.28-7
> +# withdrawn module of similar functionality but different API
> +Obsoletes:	php-db < 3:5.0.0
>   
>   %description dba
>   This is a dynamic shared object (DSO) for PHP that will add flat-file
> @@ -1163,6 +1172,8 @@ URL:		http://php.net/manual/en/book.oci8.php
>   %{?requires_php_extension}
>   Provides:	php(oci8)
>   Obsoletes:	php-oci8 < 4:5.3.28-7
> +# withdrawn module of similar functionality but different API
> +Obsoletes:	php-oracle < 4:5.1.0
>   


-- 
glen



From jajcus at jajcus.net  Thu Mar 17 20:27:26 2016
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Thu, 17 Mar 2016 20:27:26 +0100
Subject: [packages/php] - added Obsoleted for withdrawn modules
In-Reply-To: <56EB038D.5000809@pld-linux.org>
References: <3cfb34b97c94151e6d0f21ab57d6450bebd6316c_refs_heads_master@pld-linux.org>
 <5f8c3b489f6c9774156704d0b5e3904f84e352c2_refs_heads_master@pld-linux.org>
 <56EB038D.5000809@pld-linux.org>
Message-ID: <56EB051E.30106@jajcus.net>

On 2016-03-17 20:20, Elan Ruusam?e wrote:
> 
> not that i care about php4, but in general:
> 
>    i would rather see my system not updating due broken deps,
>    than some random package uninstalling previous working module!

+1

Jacek


From n3npq at mac.com  Fri Mar 18 08:49:27 2016
From: n3npq at mac.com (Jeff Johnson)
Date: Fri, 18 Mar 2016 03:49:27 -0400
Subject: rpm-5.4.16 snapshot, take 2
In-Reply-To: <56E8893F.8050109@pld-linux.org>
References: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
 <56E8893F.8050109@pld-linux.org>
Message-ID: <8F6A5CF2-303F-4981-A8AB-9790A77C47E6@mac.com>

I have uploaded another snapshot release that addresses
all the issues you have reported:

	rpm-5.4.16-0.20160318.src.rpm

The issue of garbled text is both locale and rpm version dependent
and is _NOT_ reproducible with rpm-5.4.16, but is reproducible
with rpm-4.13.0 when a locale is specified.

PLD and rpm5.org are likely to disagree on the issue of including
I18N in spec files and in headers no matter what.

I have checked that rpm can be built using --without-openssl
and/or --without-acl.

The linkage problem with rpmio/tgfs which uses shm_open(3) has to do
with a missing -lrt which may be implicitly specified by some other
configure option, perhaps OPENMP.

Meanwhile I have hardwired -lrt for tgfs ldflags. The other issues I had with
tgfs (a test program for GridFS using MongoDB) had to do with misconfiguration,
not anything else. There is a need for an error message which I will add shortly.

hth

73 de Jeff

On Mar 15, 2016, at 6:14 PM, Elan Ruusam?e wrote:

> On 15.03.2016 22:27, Jeff Johnson wrote:
>> There is a snapshot release of rpm-5.4.16 now available at
>> 
>>         http://rpm5.org/files/rpm/rpm-5.4/SNAPSHOT/rpm-5.4.16-0.20160315.src.rpm
> it's text fields seem to contain garbage:
> 
> [~/rpm/packages/rpm(5.4.15) (dev-5.4.16)?] ? less rpm-5.4.16-0.20160315.src.rpm
> Name        : rpm                          Relocations: (not relocatable)
> Version     : 5.4.16                            Vendor: (none)
> Release     : 0.20160315                    Build Date: T 15 m?rts 2016 21:13:03 EET
> Install Date: (not installed)            Build Host: hi.jbj.org
> Group       : (<C2>^E^B                          Source RPM: (none)
> Size        : 20861253                         License: LGPLv2
> Signature   : RSA/SHA1, T 15 m?rts 2016 21:13:03 EET, Key ID fd73f8a36edb4910
> URL         : http://rpm5.org
> Summary     : <88><EB>^F^B
> Architecture: x86_64
> Description :
> <C8><EB>^F^B
> * K m?rts 16 2016 Jeff Johnson <jbj at rpm5.org> -5.4.16
> - improve uncoupling from rpmbuild configuration.
> 
> 
> anyway, will push soon dev-5.4.16 branch in pld repo [1] for anyone wishing to test it
> 
> ps: tarball size increased 5mb:
> 
> [~/rpm/packages/rpm(5.4.16) (dev-5.4.16)?] ? l rpm-5.4.*gz
> -rw-r----- 1 glen users 15M 25. okt    2014 rpm-5.4.15.tar.gz
> -rw-r--r-- 1 glen users 20M 15. m?rts 21:04 rpm-5.4.16.tar.gz
> 
> 
> [1] http://git.pld-linux.org/packages/rpm.git & https://github.com/pld-linux/rpm
> 
> -- 
> glen
> 
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en



From glen at pld-linux.org  Sat Mar 19 09:45:16 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Sat, 19 Mar 2016 10:45:16 +0200
Subject: rpm-5.4.16 snapshot, take 2
In-Reply-To: <8F6A5CF2-303F-4981-A8AB-9790A77C47E6@mac.com>
References: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
 <56E8893F.8050109@pld-linux.org>
 <8F6A5CF2-303F-4981-A8AB-9790A77C47E6@mac.com>
Message-ID: <56ED119C.9070301@pld-linux.org>

On 18.03.2016 09:49, Jeff Johnson wrote:
> I have uploaded another snapshot release that addresses
> all the issues you have reported:
>
> 	rpm-5.4.16-0.20160318.src.rpm

yet another linking error:

/bin/sh ../libtool  --tag=CC   --mode=link ccache gcc -fopenmp -O2 
-fwrapv -pipe -Wformat -Werror=format-security -gdwarf-4 -fn
o-debug-types-section -fvar-tracking-assignments -g2 
-Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-strong --param=ssp-buffer-size=4
  -fPIC -march=x86-64 -gdwarf-4 -fno-debug-types-section 
-fvar-tracking-assignments -g2  -D_GNU_SOURCE -D_REENTRANT -Wl,--as-ne
eded -Wl,--no-copy-dt-needed-entries -Wl,-z,relro -Wl,-z,combreloc -o 
b2sum b2sum.o librpmio.la ../misc/librpmmisc.la  -lacl -
luuid -lossp-uuid -lpcreposix -lpcre -ldl -lm -ldb_sql-5.2 -ldb-5.2 
-lmagic -lsemanage -lsepol -lselinux -lsasl2 -lbeecrypt -ll
zma -lbz2 -lz -lpopt -lpthread  -lelf -lpopt -lz -lsasl2 -lselinux 
-lsepol -lsemanage -lpcre
libtool: link: ccache gcc -fopenmp -O2 -fwrapv -pipe -Wformat 
-Werror=format-security -gdwarf-4 -fno-debug-types-section -fvar-
tracking-assignments -g2 -Wp,-D_FORTIFY_SOURCE=2 
-fstack-protector-strong --param=ssp-buffer-size=4 -fPIC -march=x86-64 
-gdwarf
-4 -fno-debug-types-section -fvar-tracking-assignments -g2 -D_GNU_SOURCE 
-D_REENTRANT -Wl,--as-needed -Wl,--no-copy-dt-needed-entries -Wl,-z 
-Wl,relro -Wl,-z -Wl,combreloc -o .libs/b2sum b2sum.o  
./.libs/librpmio.so -L../lua 
/home/users/glen/rpm/packages/BUILD.x86_64-linux/rpm-5.4.16/misc/.libs/librpmmisc.so 
/usr/lib64/libstdc++.so ../misc/.libs/librpmmisc.so -ldb_sql-5.2 
-ldb-5.2 /usr/lib64/libacl.so /usr/lib64/libattr.so 
/usr/lib64/libuuid.so /usr/lib64/libossp-uuid.so 
/usr/lib64/libpcreposix.so -lm /usr/lib64/libdb_sql-5.2.so 
/usr/lib64/libdb-5.2.so /usr/lib64/libmagic.so /usr/lib64/libbeecrypt.so 
-lrt /usr/lib64/liblzma.so /usr/lib64/libbz2.so -lpthread -lelf 
/usr/lib64/libpopt.so -lz /usr/lib64/libsasl2.so -lcrypt 
/usr/lib64/libpam.so /usr/lib64/libaudit.so -ldl -lselinux -lsepol 
-lsemanage /usr/lib64/libpcre.so -pthread -fopenmp
./.libs/librpmio.so: undefined reference to `va_start'
./.libs/librpmio.so: undefined reference to `va_end'
collect2: error: ld returned 1 exit status
Makefile:1722: recipe for target 'b2sum' failed
make[4]: Leaving directory 
'/home/users/glen/rpm/BUILD/x86_64-linux/rpm-5.4.16/rpmio'

full build log can be obtained from here:
https://srcbuilder.pld-linux.org/th/queue.html#144799

i wish it would be possible to disable building cruft that is not used. 
that is tests (as we do not run tests) and some weird and perhaps 
experimental tools like b2sum. pld intention is not to do some build 
coverage, but just get /bin/rpm compiled and packaged.

and the text fields still contain garbage:

[~/rpm/packages/rpm(5.4.16) (dev-5.4.16)?] ? rpm -qpi 
rpm-5.4.16-0.20160318.src.rpm|less
Name        : rpm                          Relocations: (not relocatable)
Version     : 5.4.16                            Vendor: (none)
Release     : 0.20160318                    Build Date: R 18 m?rts 2016 
06:37:34 EET
Install Date: (not installed)            Build Host: hi.jbj.org
Group       : (<82>^H^A                          Source RPM: (none)
Size        : 20865854                         License: LGPLv2
Signature   : RSA/SHA1, R 18 m?rts 2016 06:37:34 EET, Key ID 
768f85a5ee133bfb
URL         : http://rpm5.org
Summary     : <88><AB>  ^A
Architecture: x86_64
Description :
?       ^A
(END)



-- 
glen



From groups at sq9mev.info  Mon Mar 21 14:22:57 2016
From: groups at sq9mev.info (Bartek Radwan)
Date: Mon, 21 Mar 2016 14:22:57 +0100
Subject: bird-1.5.0-1.x86_64 crasches quite often on reconfiguration including
 renaming BGP protocols due to bad set of CFLAGS passed on compilation
Message-ID: <56EFF5B1.5020007@sq9mev.info>

bird-1.5.0-1.x86_64 crasches quite often on reconfiguration including 
renaming BGP protocols due to bad set of CFLAGS passed on compilation

Hi PLD Developers,

I'm running two bird instances serving mostly as BGP routers, both of 
them have several BGP sessions setablished.
Few days ago i've renamed some of the protocols to reflect comapny 
naming standards.

This massive reconfiguration caused segfault of bird.

Bird developers did not reproduced this error with fresh 1.5.0 [1], so 
i've stgarted to look for differences during build time between vanilla 
bird and PLD bird - the difference is in CFALGS passed during build.

Bird vanilla has been adding  -fno-strict-overflow and 
-fno-strict-aliasing for about three years [2], and as far as i can see 
adding them (attached patch) to CFLAGS provided by PLD fixes the problem.

Ondrej Zaicek says:

> Although -fwrapv more-or-less supersedes
> -fno-strict-overflow, so just with -fno-strict-aliasing should work too.

but attached ptach adds -fno-strict-overflow too just to be more 
consistent with bird mainstream.


1. http://trubka.network.cz/pipermail/bird-users/2016-March/010270.html
2. 
https://gitlab.labs.nic.cz/labs/bird/commit/efd6d12b975441c7e1875a59dd9e0f3db7e958cb


-- 
Regards,
Bartek
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bird_cflags.patch
Type: text/x-patch
Size: 693 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20160321/bc7e8b1d/attachment.bin>

From n3npq at mac.com  Mon Mar 21 15:32:20 2016
From: n3npq at mac.com (Jeff Johnson)
Date: Mon, 21 Mar 2016 10:32:20 -0400
Subject: rpm-5.4.16 snapshot, take 2
In-Reply-To: <8F6A5CF2-303F-4981-A8AB-9790A77C47E6@mac.com>
References: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
 <56E8893F.8050109@pld-linux.org>
 <8F6A5CF2-303F-4981-A8AB-9790A77C47E6@mac.com>
Message-ID: <140FFDF0-6F8F-484C-A061-C38A1A558181@mac.com>

(aside)
I've added Reply-To: <rpm-devel at rpm5.org> which is likely the better forum,
and because I did not receive this msg for whatever reason:
    rpm-5.4.16 snapshot, take 2

> i wish it would be possible to disable building cruft that is not used. 
> that is tests (as we do not run tests) and some weird and perhaps 
> experimental tools like b2sum. pld intention is not to do some build 
> coverage, but just get /bin/rpm compiled and packaged
Somehow I have to release one rpm-5.4.16 tarball, not one for every possible distro
purpose. The issue with missing va_start has nothing to do with "cruft", but rather
that librpmio is misbuilt on PLD somehow: ensuring that
	#include <stdarg.h>
happens will surely be the fix. Can you find which .o is not including <strdarg.h>?
Or make the actual failed build available so that I can diagnose?

> and the text fields still contain garbage:
As I tried to say below, PLD and rpm5.org are likely going to differ on removing the
	RPM_I18NSTRING_TYPE         =  9
data type from rpm headers.
I explicitly verified that Summary/Group/Description could be displayed
using both rpm-4.13.0 (as in Fedora 23), and rpm-5.4.16, in both
	LANG=en_US.UTF-8
and
	LANG=fr_FR
with the underlying switch disabling the change in system.h:
	/**
	 * Eliminate RPM_I18NSTRING_TYPE.
	 */
	#define SUPPORT_I18NSTRING_TYPE 1
(which is what PLD is likely going to use).
I will check the other value of SUPPORT_I18NSTRING_TYPE next.

hth

73 de Jeff



On Mar 18, 2016, at 3:49 AM, Jeff Johnson wrote:

> I have uploaded another snapshot release that addresses
> all the issues you have reported:
> 
> 	rpm-5.4.16-0.20160318.src.rpm
> 
> The issue of garbled text is both locale and rpm version dependent
> and is _NOT_ reproducible with rpm-5.4.16, but is reproducible
> with rpm-4.13.0 when a locale is specified.
> 
> PLD and rpm5.org are likely to disagree on the issue of including
> I18N in spec files and in headers no matter what.
> 
> I have checked that rpm can be built using --without-openssl
> and/or --without-acl.
> 
> The linkage problem with rpmio/tgfs which uses shm_open(3) has to do
> with a missing -lrt which may be implicitly specified by some other
> configure option, perhaps OPENMP.
> 
> Meanwhile I have hardwired -lrt for tgfs ldflags. The other issues I had with
> tgfs (a test program for GridFS using MongoDB) had to do with misconfiguration,
> not anything else. There is a need for an error message which I will add shortly.
> 
> hth
> 
> 73 de Jeff
> 
> On Mar 15, 2016, at 6:14 PM, Elan Ruusam?e wrote:
> 
>> On 15.03.2016 22:27, Jeff Johnson wrote:
>>> There is a snapshot release of rpm-5.4.16 now available at
>>> 
>>>        http://rpm5.org/files/rpm/rpm-5.4/SNAPSHOT/rpm-5.4.16-0.20160315.src.rpm
>> it's text fields seem to contain garbage:
>> 
>> [~/rpm/packages/rpm(5.4.15) (dev-5.4.16)?] ? less rpm-5.4.16-0.20160315.src.rpm
>> Name        : rpm                          Relocations: (not relocatable)
>> Version     : 5.4.16                            Vendor: (none)
>> Release     : 0.20160315                    Build Date: T 15 m?rts 2016 21:13:03 EET
>> Install Date: (not installed)            Build Host: hi.jbj.org
>> Group       : (<C2>^E^B                          Source RPM: (none)
>> Size        : 20861253                         License: LGPLv2
>> Signature   : RSA/SHA1, T 15 m?rts 2016 21:13:03 EET, Key ID fd73f8a36edb4910
>> URL         : http://rpm5.org
>> Summary     : <88><EB>^F^B
>> Architecture: x86_64
>> Description :
>> <C8><EB>^F^B
>> * K m?rts 16 2016 Jeff Johnson <jbj at rpm5.org> -5.4.16
>> - improve uncoupling from rpmbuild configuration.
>> 
>> 
>> anyway, will push soon dev-5.4.16 branch in pld repo [1] for anyone wishing to test it
>> 
>> ps: tarball size increased 5mb:
>> 
>> [~/rpm/packages/rpm(5.4.16) (dev-5.4.16)?] ? l rpm-5.4.*gz
>> -rw-r----- 1 glen users 15M 25. okt    2014 rpm-5.4.15.tar.gz
>> -rw-r--r-- 1 glen users 20M 15. m?rts 21:04 rpm-5.4.16.tar.gz
>> 
>> 
>> [1] http://git.pld-linux.org/packages/rpm.git & https://github.com/pld-linux/rpm
>> 
>> -- 
>> glen
>> 
>> _______________________________________________
>> pld-devel-en mailing list
>> pld-devel-en at lists.pld-linux.org
>> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
> 
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en



From glen at pld-linux.org  Mon Mar 21 16:27:58 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Mon, 21 Mar 2016 17:27:58 +0200
Subject: rpm-5.4.16 snapshot, take 2
In-Reply-To: <140FFDF0-6F8F-484C-A061-C38A1A558181@mac.com>
References: <7505FBD3-1D84-45C0-8914-33BA44AC12A6@mac.com>
 <56E8893F.8050109@pld-linux.org>
 <8F6A5CF2-303F-4981-A8AB-9790A77C47E6@mac.com>
 <140FFDF0-6F8F-484C-A061-C38A1A558181@mac.com>
Message-ID: <56F012FE.1060308@pld-linux.org>

On 21.03.2016 16:32, Jeff Johnson wrote:
> (aside)
> I've added Reply-To: <rpm-devel at rpm5.org> which is likely the better forum,
> and because I did not receive this msg for whatever reason:
>      rpm-5.4.16 snapshot, take 2
>
>> i wish it would be possible to disable building cruft that is not used.
>> that is tests (as we do not run tests) and some weird and perhaps
>> experimental tools like b2sum. pld intention is not to do some build
>> coverage, but just get /bin/rpm compiled and packaged
> Somehow I have to release one rpm-5.4.16 tarball, not one for every possible distro
> purpose.

i was referring to error linking b2sum, that tool is not needed for 
building /bin/rpm as far i know.
currently there's no configure option to disable building tests or utils 
like b2sum

> The issue with missing va_start has nothing to do with "cruft", but rather
> that librpmio is misbuilt on PLD somehow: ensuring that
> 	#include <stdarg.h>
> happens will surely be the fix. Can you find which .o is not including <strdarg.h>?
> Or make the actual failed build available so that I can diagnose?

the build logs should be still available:
https://srcbuilder.pld-linux.org/th/queue.html#144799

>
>> and the text fields still contain garbage:
> As I tried to say below, PLD and rpm5.org are likely going to differ on removing the
> 	RPM_I18NSTRING_TYPE         =  9
> data type from rpm headers.
> I explicitly verified that Summary/Group/Description could be displayed
> using both rpm-4.13.0 (as in Fedora 23), and rpm-5.4.16, in both
> 	LANG=en_US.UTF-8
> and
> 	LANG=fr_FR
> with the underlying switch disabling the change in system.h:
> 	/**
> 	 * Eliminate RPM_I18NSTRING_TYPE.
> 	 */
> 	#define SUPPORT_I18NSTRING_TYPE 1
> (which is what PLD is likely going to use).
> I will check the other value of SUPPORT_I18NSTRING_TYPE next.

well, you said: "The issue is related to eliminating 
RPM_I18NSTRING_TYPE, there is likely a rpmbuild issue ? easy fixing 
todo++. I seem to recall fixing this problem before ... ". i'm sorry but 
i have no clues what "eliminating RPM_I18NSTRING_TYPE" means as end 
result. to me it seems just lingua used by rpm-developers to refer some 
internal structures i definately do not need to understand.

so i assumed you will "fix" it.

if the result is still grabaged seen with rpm 4.5.15 (or rpm 4.5), i 
don't see how this is going to play well in real world. such major abi 
breakages should be introduced in next major version, or at least 
possible to --enable-i18n configure option to build compatible for use 
of older rpm versions.

>
> hth
>
> 73 de Jeff
>
>
>
> On Mar 18, 2016, at 3:49 AM, Jeff Johnson wrote:
>
>> I have uploaded another snapshot release that addresses
>> all the issues you have reported:
>>
>> 	rpm-5.4.16-0.20160318.src.rpm
>>
>> The issue of garbled text is both locale and rpm version dependent
>> and is _NOT_ reproducible with rpm-5.4.16, but is reproducible
>> with rpm-4.13.0 when a locale is specified.
>>
>> PLD and rpm5.org are likely to disagree on the issue of including
>> I18N in spec files and in headers no matter what.
>>
>> I have checked that rpm can be built using --without-openssl
>> and/or --without-acl.
>>
>> The linkage problem with rpmio/tgfs which uses shm_open(3) has to do
>> with a missing -lrt which may be implicitly specified by some other
>> configure option, perhaps OPENMP.
>>
>> Meanwhile I have hardwired -lrt for tgfs ldflags. The other issues I had with
>> tgfs (a test program for GridFS using MongoDB) had to do with misconfiguration,
>> not anything else. There is a need for an error message which I will add shortly.
>>
>> hth
>>
>> 73 de Jeff
>>
>> On Mar 15, 2016, at 6:14 PM, Elan Ruusam?e wrote:
>>
>>> On 15.03.2016 22:27, Jeff Johnson wrote:
>>>> There is a snapshot release of rpm-5.4.16 now available at
>>>>
>>>>         http://rpm5.org/files/rpm/rpm-5.4/SNAPSHOT/rpm-5.4.16-0.20160315.src.rpm
>>> it's text fields seem to contain garbage:
>>>
>>> [~/rpm/packages/rpm(5.4.15) (dev-5.4.16)?] ? less rpm-5.4.16-0.20160315.src.rpm
>>> Name        : rpm                          Relocations: (not relocatable)
>>> Version     : 5.4.16                            Vendor: (none)
>>> Release     : 0.20160315                    Build Date: T 15 m?rts 2016 21:13:03 EET
>>> Install Date: (not installed)            Build Host: hi.jbj.org
>>> Group       : (<C2>^E^B                          Source RPM: (none)
>>> Size        : 20861253                         License: LGPLv2
>>> Signature   : RSA/SHA1, T 15 m?rts 2016 21:13:03 EET, Key ID fd73f8a36edb4910
>>> URL         : http://rpm5.org
>>> Summary     : <88><EB>^F^B
>>> Architecture: x86_64
>>> Description :
>>> <C8><EB>^F^B
>>> * K m?rts 16 2016 Jeff Johnson <jbj at rpm5.org> -5.4.16
>>> - improve uncoupling from rpmbuild configuration.
>>>
>>>
>>> anyway, will push soon dev-5.4.16 branch in pld repo [1] for anyone wishing to test it
>>>
>>> ps: tarball size increased 5mb:
>>>
>>> [~/rpm/packages/rpm(5.4.16) (dev-5.4.16)?] ? l rpm-5.4.*gz
>>> -rw-r----- 1 glen users 15M 25. okt    2014 rpm-5.4.15.tar.gz
>>> -rw-r--r-- 1 glen users 20M 15. m?rts 21:04 rpm-5.4.16.tar.gz
>>>
>>>
>>> [1] http://git.pld-linux.org/packages/rpm.git & https://github.com/pld-linux/rpm



-- 
glen



From glen at pld-linux.org  Mon Mar 21 22:45:49 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Mon, 21 Mar 2016 23:45:49 +0200
Subject: git notes
Message-ID: <56F06B8D.10206@pld-linux.org>

i added git note to some commit
but it appears not to be pushed out with just 'git push'. should it?

from wiki i found just this bit:
https://www.pld-linux.org/howto-git#modify_commit_messages

from the referred mailing list post, i can not find the that small 
howto, was it ever written?

from .git/config i see that notes are only fetched, but not configured 
to push:

? builder -g git-core -ns
 From git://git.pld-linux.org/packages/git-core
  * [new ref]         refs/notes/commits -> refs/notes/commits
? cd git-core
? git config --local -l|grep notes
remote.origin.fetch=refs/notes/*:refs/notes/*
?


-- 
glen



From n3npq at mac.com  Tue Mar 22 00:44:24 2016
From: n3npq at mac.com (Jeff Johnson)
Date: Mon, 21 Mar 2016 19:44:24 -0400
Subject: rpm-5.4.16-0.20160321.src.rpm, take 3
Message-ID: <7DE4F56A-3BA3-4DE6-9DCA-F3545CD8722F@mac.com>

There is a 3rd snapshot release of rpm-5.4.16 now available at

	http://rpm5.org/files/rpm/rpm-5.4/SNAPSHOT//rpm-5.4.16-0.20160321.src.rpm

This addresses the following issues:
    1) mongoc.h needed #include <stdarg.h> to rebuild with PLD configuration
    2) build with or without in "system.h"
        #define SUPPORT_I18NSTRING_TYPE 1

The tarball has
        #undef SUPPORT_I18NSTRING
which will display the Summary/Description/Group tags ifrom the header n the C locale aways,
and otherwise eliminates the RPM_I18NSTRING_TYPE interface.

The tarball has been checked by building with a lightly modified PLD rpm.spec file from here:

    http://git.pld-linux.org/gitweb.cgi?p=packages/rpm.git;a=tree;h=dev-5.4.16;hb=dev-5.4.16

and examining the built package metadata content using

    rpm -qip *.rpm | more

and

     rpm -qp --yaml *.rpm | more

to ensure that Summary/Description/Group display (and were as expected) with or without
    SUPPORT_I18NSTRING_TYPE

For PLD, you will need to
    1) patch system.h to add
            #define SUPPORT_I18NSTRING_TYPE 1
    2) don't apply the patch
            rpm-dont-copy-descriptive-tags.patch

hth

73 de Jeff

From glen at pld-linux.org  Tue Mar 22 07:20:46 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 22 Mar 2016 08:20:46 +0200
Subject: rpm-5.4.16-0.20160321.src.rpm, take 3
In-Reply-To: <7DE4F56A-3BA3-4DE6-9DCA-F3545CD8722F@mac.com>
References: <7DE4F56A-3BA3-4DE6-9DCA-F3545CD8722F@mac.com>
Message-ID: <56F0E43E.3000609@pld-linux.org>

On 22.03.2016 01:44, Jeff Johnson wrote:
> There is a 3rd snapshot release of rpm-5.4.16 now available at
>
> 	http://rpm5.org/files/rpm/rpm-5.4/SNAPSHOT//rpm-5.4.16-0.20160321.src.rpm
yay. textfields now appear okay in your rpm file:

? rpm -qpi ../rpm-5.4.16-0.20160321.src.rpm
Name        : rpm                          Relocations: (not relocatable)
Version     : 5.4.16                            Vendor: (none)
Release     : 0.20160321                    Build Date: T 22 m?rts 2016 
01:13:14 EET
Install Date: (not installed)            Build Host: hi.jbj.org
Group       : System Environment/Base       Source RPM: (none)
Size        : 20866593                         License: LGPLv2
Signature   : RSA/SHA1, T 22 m?rts 2016 01:13:14 EET, Key ID 
10d1b8660845f91a
URL         : http://rpm5.org
Summary     : The RPM package management system.
Architecture: x86_64
Description :
The RPM Package Manager (RPM) is a powerful command line driven
package management system capable of installing, uninstalling,
verifying, querying, and updating software packages. Each software
package consists of an archive of files along with information about
the package like its version, a description, etc.

? rpm --version
rpm (RPM) 5.4.15


-- 
glen



From qboosh at pld-linux.org  Tue Mar 22 17:42:57 2016
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 22 Mar 2016 17:42:57 +0100
Subject: git notes
In-Reply-To: <56F06B8D.10206@pld-linux.org>
References: <56F06B8D.10206@pld-linux.org>
Message-ID: <20160322164257.GA4856@mail>

On Mon, Mar 21, 2016 at 11:45:49PM +0200, Elan Ruusam?e wrote:
> i added git note to some commit
> but it appears not to be pushed out with just 'git push'. should it?

Notes are not pushed by default, one can do
$ git push origin refs/notes/commits
(or so)

> 
> from wiki i found just this bit:
> https://www.pld-linux.org/howto-git#modify_commit_messages
> 
> from the referred mailing list post, i can not find the that small 
> howto, was it ever written?

Not complete I think...


-- 
Jakub Bogusz    http://qboosh.pl/


From glen at pld-linux.org  Tue Mar 22 21:49:34 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 22 Mar 2016 22:49:34 +0200
Subject: git notes
In-Reply-To: <20160322164257.GA4856@mail>
References: <56F06B8D.10206@pld-linux.org> <20160322164257.GA4856@mail>
Message-ID: <56F1AFDE.4090603@pld-linux.org>

On 22.03.2016 18:42, Jakub Bogusz wrote:
> On Mon, Mar 21, 2016 at 11:45:49PM +0200, Elan Ruusam?e wrote:
>> i added git note to some commit
>> but it appears not to be pushed out with just 'git push'. should it?
> Notes are not pushed by default, one can do
> $ git push origin refs/notes/commits
> (or so)
>

so, as builder -a will setup fetch refs, why not setup similarily push refs?

in the blog they say refs aren't very good when multiple authorities 
maintain them
https://git-scm.com/blog/2010/08/25/notes.html

or the push note refs aren't just setup because it's just not done?


-- 
glen



From groups at sq9mev.info  Wed Mar 23 07:43:28 2016
From: groups at sq9mev.info (Bartek Radwan)
Date: Wed, 23 Mar 2016 07:43:28 +0100
Subject: bird-1.5.0-1.x86_64 crasches quite often on reconfiguration
 including renaming BGP protocols due to bad set of CFLAGS passed on
 compilation
In-Reply-To: <56EFF5B1.5020007@sq9mev.info>
References: <56EFF5B1.5020007@sq9mev.info>
Message-ID: <56F23B10.4090409@sq9mev.info>

On 21.03.2016 14:22, Bartek Radwan wrote:
> bird-1.5.0-1.x86_64 crasches quite often on reconfiguration including
> renaming BGP protocols due to bad set of CFLAGS passed on compilation

There were two commits adedd last night:

https://gitlab.labs.nic.cz/labs/bird/commit/54bb032d21d25a2221877e15325e79add10278ec 
[1]

The old linked list implementation used some wild typecasts and required
GCC option -fno-strict-aliasing to work properly. This patch fixes that.
However, we still keep the option due to other potential problems.


https://gitlab.labs.nic.cz/labs/bird/commit/665b8e5283df4f64eb44d8fb434489be1474b5d4

To avoid byzantine behavior in case of some errors, linked lists are
cleared after rem_node() and resource headers are cleared after rfree().


I've cherry-picked them on v1.5.0, seems these patches resolve the 
problem even without -fno-strict-aliasing passed.


Seems like adding -fno-strict-aliasing is still reasonable in PLD spec - 
"we still keep the option due to other potential problems".

-- 
Regards
Bartek


From glen at pld-linux.org  Wed Mar 23 09:34:08 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Wed, 23 Mar 2016 10:34:08 +0200
Subject: bird-1.5.0-1.x86_64 crasches quite often on reconfiguration
 including renaming BGP protocols due to bad set of CFLAGS passed on
 compilation
In-Reply-To: <56EFF5B1.5020007@sq9mev.info>
References: <56EFF5B1.5020007@sq9mev.info>
Message-ID: <56F25500.2090303@pld-linux.org>

On 21.03.2016 15:22, Bartek Radwan wrote:
>
> but attached ptach adds -fno-strict-overflow too just to be more 
> consistent with bird mainstream.

i don't use bird, but applied your patch:
https://github.com/pld-linux/bird/commit/4a882be43d07095380fa2ee26554cdc6c6fbfac1

i guess you can just make PR in github to contribute. the PR 
notification could go to /dev/null, so notify in devel-en helps.

-- 
glen



From glen at pld-linux.org  Wed Mar 23 22:37:07 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Wed, 23 Mar 2016 23:37:07 +0200
Subject: rpm-5.4.16-0.20160321.src.rpm, take 3
In-Reply-To: <7DE4F56A-3BA3-4DE6-9DCA-F3545CD8722F@mac.com>
References: <7DE4F56A-3BA3-4DE6-9DCA-F3545CD8722F@mac.com>
Message-ID: <56F30C83.4090300@pld-linux.org>

On 22.03.2016 01:44, Jeff Johnson wrote:
> There is a 3rd snapshot release of rpm-5.4.16 now available at
>
> 	http://rpm5.org/files/rpm/rpm-5.4/SNAPSHOT//rpm-5.4.16-0.20160321.src.rpm

it compiled, so committed [1]

rpm-dont-copy-descriptive-tags.patch [2] needs more work to apply, needs 
rediff due upstream change [3]
from previous snapshots fix-rpmlua-print.patch [5] also needs checking 
if needs drop or rediff

also sent to builders, if somebody wishes to inspect build log [4]

did not check any of the i18n stuff yet

[1] 
https://github.com/pld-linux/rpm/commit/1c9bc5fbc32281a90728b9e2173d42fe4da6f5a1
[2] 
https://github.com/pld-linux/rpm/blob/master/rpm-dont-copy-descriptive-tags.patch
[3] http://rpm5.org/cvs/chngview?cn=18690
[4] https://srcbuilder.pld-linux.org/th/queue.html#145066
[5] 
https://github.com/pld-linux/rpm/blob/dev-5.4.16/rpm-5.4.12-fix-rpmlua-print.patch

-- 
glen



From groups at sq9mev.info  Thu Mar 24 06:43:02 2016
From: groups at sq9mev.info (Bartek Radwan)
Date: Thu, 24 Mar 2016 06:43:02 +0100
Subject: bird-1.5.0-1.x86_64 crasches quite often on reconfiguration
 including renaming BGP protocols due to bad set of CFLAGS passed on
 compilation
In-Reply-To: <56F25500.2090303@pld-linux.org>
References: <56EFF5B1.5020007@sq9mev.info> <56F25500.2090303@pld-linux.org>
Message-ID: <56F37E66.1020207@sq9mev.info>

On 23.03.2016 09:34, Elan Ruusam?e wrote:
>
> i don't use bird, but applied your patch:
Thanks Elan.
I use it and i'ts critical part of our infrastructure.


> i guess you can just make PR in github to contribute. the PR
> notification could go to /dev/null, so notify in devel-en helps.

I'll do that next time. Now, when you commited the patch to master 
there's nothing to do.

Thanks for mention my name in commit message ;)


-- 
Regards
Bartek



From groups at sq9mev.info  Sat Mar 26 12:43:33 2016
From: groups at sq9mev.info (Bartek Radwan)
Date: Sat, 26 Mar 2016 12:43:33 +0100
Subject: bird-1.5.0-1.x86_64 crasches quite often on reconfiguration
 including renaming BGP protocols due to bad set of CFLAGS passed on
 compilation
In-Reply-To: <56F25500.2090303@pld-linux.org>
References: <56EFF5B1.5020007@sq9mev.info> <56F25500.2090303@pld-linux.org>
Message-ID: <56F675E5.1050105@sq9mev.info>

On 23.03.2016 09:34, Elan Ruusam?e wrote:
>
> but attached ptach adds -fno-strict-overflow too just to be more
> consistent with bird mainstream.

Well, since upgrade to bird-1.5.0-2 with applied cflags patch i'm 
observing notably more varied values of loadavg on my router:

http://www.sq9mev.info/bird_cflags_loadavg_change.png

Upgrade was done at ~6am on wednesday.

Does anybody observe similiar symptoms?

Does anybody use
-- 
Regards
Bartek


From groups at sq9mev.info  Sat Mar 26 12:45:26 2016
From: groups at sq9mev.info (Bartek Radwan)
Date: Sat, 26 Mar 2016 12:45:26 +0100
Subject: bird-1.5.0-1.x86_64 crasches quite often on reconfiguration
 including renaming BGP protocols due to bad set of CFLAGS passed on
 compilation
In-Reply-To: <56F675E5.1050105@sq9mev.info>
References: <56EFF5B1.5020007@sq9mev.info> <56F25500.2090303@pld-linux.org>
 <56F675E5.1050105@sq9mev.info>
Message-ID: <56F67656.8000607@sq9mev.info>

On 26.03.2016 12:43, Bartek Radwan wrote:
>
> Does anybody use
Does anybody use PLD's bird on production?

-- 
Regards
Bartek


From gotar at polanet.pl  Sat Mar 26 13:00:38 2016
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 26 Mar 2016 13:00:38 +0100
Subject: bird-1.5.0-1.x86_64 crasches quite often on reconfiguration
 including renaming BGP protocols due to bad set of CFLAGS passed on
 compilation
In-Reply-To: <56F67656.8000607@sq9mev.info>
References: <56EFF5B1.5020007@sq9mev.info> <56F25500.2090303@pld-linux.org>
 <56F675E5.1050105@sq9mev.info> <56F67656.8000607@sq9mev.info>
Message-ID: <20160326120038.GA21432@polanet.pl>

On Sat, Mar 26, 2016 at 12:45:26 +0100, Bartek Radwan wrote:

> Does anybody use PLD's bird on production?

Yes, but not current. Nevertheless, so variable LA in 15-minutes window
is weird - now, when the CFLAGS are the same as upstream, could you try
using binaries they provide and compare?

-- 
Tomasz Pala <gotar at pld-linux.org>


From groups at sq9mev.info  Sat Mar 26 13:46:32 2016
From: groups at sq9mev.info (Bartek Radwan)
Date: Sat, 26 Mar 2016 13:46:32 +0100
Subject: bird-1.5.0-1.x86_64 crasches quite often on reconfiguration
 including renaming BGP protocols due to bad set of CFLAGS passed on
 compilation
In-Reply-To: <20160326120038.GA21432@polanet.pl>
References: <56EFF5B1.5020007@sq9mev.info> <56F25500.2090303@pld-linux.org>
 <56F675E5.1050105@sq9mev.info> <56F67656.8000607@sq9mev.info>
 <20160326120038.GA21432@polanet.pl>
Message-ID: <56F684A8.2000000@sq9mev.info>

On 26.03.2016 13:00, Tomasz Pala wrote:
>> Does anybody use PLD's bird on production?
> Yes, but not current. Nevertheless, so variable LA in 15-minutes window
> is weird -
1min, 5min and 15min have been quite similar since upgrade:
http://www.sq9mev.info/bird_cflags_loadavg_change_8h.png


now, when the CFLAGS are the same as upstream, could you try
Cflags in PLD 1.5.0-2 are not exactly the same as upstream.

PLD before 1.5.0-2:

-O2 -fwrapv -pipe -Wformat -Werror=format-security -gdwarf-4 
-fno-debug-types-section -fvar-tracking-assignments -g2 
-Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-strong 
--param=ssp-buffer-size=4 -fPIC -march=x86-64 -gdwarf-4 
-fno-debug-types-section -fvar-tracking-assignments -g2 
-I/usr/include/ncursesw -pthread

Upstream:
-g -O2 -pthread -Wall -Wstrict-prototypes -Wno-parentheses 
-Wno-pointer-sign -fno-strict-aliasing -fno-strict-overflow

1.5.0-2 just adds -fno-strict-aliasing -fno-strict-overflow

> using binaries they provide and compare?
Do they provide compiled binaries at all? Or you just meant binaries 
compilled from vanilla 
ftp://bird.network.cz/pub/bird/bird-doc-1.5.0.tar.gz ?

I'll make some further investigation later at night or tomorrow morning 
- this is production enviroment and i don't want to restart bird during 
day. I do not observe such a behavior in test enviroment, but in 
production enviroment there are several full view and IX sessions and 
it's rather hard to reproduce such enviroment on my desktop.

Another thing i'm going to check is backport last upstream changes 
related to primary issue (segfault after "renaming" protocol) onto 1.5.0 
and use PLD CFLAGS.

The changes are:

https://gitlab.labs.nic.cz/labs/bird/commit/54bb032d21d25a2221877e15325e79add10278ec
https://gitlab.labs.nic.cz/labs/bird/commit/665b8e5283df4f64eb44d8fb434489be1474b5d4

They aplyy on 1.5.0 cleanly and resolve "rename" issue.

Here's forked PLD bird repo with these changes:
https://github.com/sq9mev/bird/tree/rename_segfault


-- 
Regards
Bartek








From gotar at polanet.pl  Mon Mar 28 12:21:44 2016
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 28 Mar 2016 12:21:44 +0200
Subject: bird-1.5.0-1.x86_64 crasches quite often on reconfiguration
 including renaming BGP protocols due to bad set of CFLAGS passed on
 compilation
In-Reply-To: <56F684A8.2000000@sq9mev.info>
References: <56EFF5B1.5020007@sq9mev.info> <56F25500.2090303@pld-linux.org>
 <56F675E5.1050105@sq9mev.info> <56F67656.8000607@sq9mev.info>
 <20160326120038.GA21432@polanet.pl> <56F684A8.2000000@sq9mev.info>
Message-ID: <20160328102144.GA22675@polanet.pl>

On Sat, Mar 26, 2016 at 13:46:32 +0100, Bartek Radwan wrote:

>> Yes, but not current. Nevertheless, so variable LA in 15-minutes window
>> is weird -
> 1min, 5min and 15min have been quite similar since upgrade:
> http://www.sq9mev.info/bird_cflags_loadavg_change_8h.png

OK, this looks like some 'classic' choking. If it's so long and
regular, you can catch this in action and attach debugger. Just install
bird-debuginfo.

> PLD before 1.5.0-2:
> 
> -fwrapv 

Try disabling this one (if they were affected by previous two, this is similar).

> -fno-debug-types-section -fvar-tracking-assignments
> -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-strong 
> --param=ssp-buffer-size=4

These shouldn't make such effect.

>> using binaries they provide and compare?
> Do they provide compiled binaries at all? Or you just meant binaries 

http://bird.network.cz/?download&tdir=redhat/ ?

> day. I do not observe such a behavior in test enviroment, but in 
> production enviroment there are several full view and IX sessions and 
> it's rather hard to reproduce such enviroment on my desktop.

Why? On desktop - use private ASn, on BGP router - use tables not
imported/exported anywhere else. I.e. simulate some customer. This is
not quagga, where everything is either two-way synchronized or not at
all (when put into separate view preventing RIB from going into FIB).

> Here's forked PLD bird repo with these changes:
> https://github.com/sq9mev/bird/tree/rename_segfault

Some day I need to learn using git efficiently... ;)

-- 
Tomasz Pala <gotar at pld-linux.org>


From n3npq at mac.com  Mon Mar 28 18:20:53 2016
From: n3npq at mac.com (Jeff Johnson)
Date: Mon, 28 Mar 2016 12:20:53 -0400
Subject: rpm-5.4.16-0.20160321.src.rpm, take 3
In-Reply-To: <56F30C83.4090300@pld-linux.org>
References: <7DE4F56A-3BA3-4DE6-9DCA-F3545CD8722F@mac.com>
 <56F30C83.4090300@pld-linux.org>
Message-ID: <660838DA-AB51-4705-8294-8C7A63E5E84B@mac.com>


On Mar 23, 2016, at 5:37 PM, Elan Ruusam?e wrote:

> On 22.03.2016 01:44, Jeff Johnson wrote:
>> There is a 3rd snapshot release of rpm-5.4.16 now available at
>> 
>> 	http://rpm5.org/files/rpm/rpm-5.4/SNAPSHOT//rpm-5.4.16-0.20160321.src.rpm
> 
> it compiled, so committed [1]
> 

Good.

Is there any reason I shouldn't release rpm-5.4.16 this week?

73 de Jeff

From glen at pld-linux.org  Tue Mar 29 08:01:23 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 29 Mar 2016 09:01:23 +0300
Subject: [packages/kernel] Created branch LINUX_4_4
In-Reply-To: <145920848391.6682.1282168392939056679@pld-linux.org>
References: <145920848391.6682.1282168392939056679@pld-linux.org>
Message-ID: <56FA1A33.8030707@pld-linux.org>

On 29.03.2016 02:41, baggins wrote:
> The branch 'LINUX_4_4' was created pointing to:
>
>   8cb4fc9... - 4.4.6

does this mean this becames LTS kernel and will have vserver enabled?

https://www.pld-linux.org/packages/kernel

-- 
glen



From baggins at pld-linux.org  Tue Mar 29 12:43:32 2016
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Tue, 29 Mar 2016 19:43:32 +0900
Subject: [packages/kernel] Created branch LINUX_4_4
In-Reply-To: <56FA1A33.8030707@pld-linux.org>
References: <145920848391.6682.1282168392939056679@pld-linux.org>
 <56FA1A33.8030707@pld-linux.org>
Message-ID: <20160329104331.GA5135@tachikoma.lan>

On Tue, 29 Mar 2016, Elan Ruusam?e wrote:

> On 29.03.2016 02:41, baggins wrote:
> > The branch 'LINUX_4_4' was created pointing to:
> >
> >   8cb4fc9... - 4.4.6
> 
> does this mean this becames LTS kernel and will have vserver enabled?
> 
> https://www.pld-linux.org/packages/kernel

This means I want to keep a reference point to last 4.4 release.
We follow official releases and 4.4 is not an LTS line.

-- 
Jan R?korajski                    | PLD/Linux
SysAdm | baggins<at>pld-linux.org | http://www.pld-linux.org/


From glen at pld-linux.org  Tue Mar 29 15:09:49 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 29 Mar 2016 16:09:49 +0300
Subject: [packages/kernel] Created branch LINUX_4_4
In-Reply-To: <20160329104331.GA5135@tachikoma.lan>
References: <145920848391.6682.1282168392939056679@pld-linux.org>
 <56FA1A33.8030707@pld-linux.org> <20160329104331.GA5135@tachikoma.lan>
Message-ID: <56FA7E9D.30409@pld-linux.org>

On 29.03.2016 13:43, Jan R?korajski wrote:
> On Tue, 29 Mar 2016, Elan Ruusam?e wrote:
>
>> On 29.03.2016 02:41, baggins wrote:
>>> The branch 'LINUX_4_4' was created pointing to:
>>>
>>>    8cb4fc9... - 4.4.6
>> does this mean this becames LTS kernel and will have vserver enabled?
>>
>> https://www.pld-linux.org/packages/kernel
> This means I want to keep a reference point to last 4.4 release.
> We follow official releases and 4.4 is not an LTS line.
yes, 4.4 is LTS line!

https://www.pld-linux.org/packages/kernel
->
https://www.kernel.org/category/releases.html
->

Longterm release kernelsVersion 	Maintainer 	Released 	Projected EOL
4.4 	Greg Kroah-Hartman 	2016-01-10 	Feb, 2018




-- 
glen



From baggins at pld-linux.org  Tue Mar 29 16:47:58 2016
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Tue, 29 Mar 2016 23:47:58 +0900
Subject: [packages/kernel] Created branch LINUX_4_4
In-Reply-To: <56FA7E9D.30409@pld-linux.org>
References: <145920848391.6682.1282168392939056679@pld-linux.org>
 <56FA1A33.8030707@pld-linux.org>
 <20160329104331.GA5135@tachikoma.lan>
 <56FA7E9D.30409@pld-linux.org>
Message-ID: <20160329144757.GA19286@tachikoma.lan>

On Tue, 29 Mar 2016, Elan Ruusam?e wrote:

> On 29.03.2016 13:43, Jan R?korajski wrote:
> > On Tue, 29 Mar 2016, Elan Ruusam?e wrote:
> >
> >> On 29.03.2016 02:41, baggins wrote:
> >>> The branch 'LINUX_4_4' was created pointing to:
> >>>
> >>>    8cb4fc9... - 4.4.6
> >> does this mean this becames LTS kernel and will have vserver enabled?
> >>
> >> https://www.pld-linux.org/packages/kernel
> > This means I want to keep a reference point to last 4.4 release.
> > We follow official releases and 4.4 is not an LTS line.
> yes, 4.4 is LTS line!
> 
> https://www.pld-linux.org/packages/kernel
> ->
> https://www.kernel.org/category/releases.html
> ->
> 
> Longterm release kernelsVersion 	Maintainer 	Released 	Projected EOL
> 4.4 	Greg Kroah-Hartman 	2016-01-10 	Feb, 2018

Hmm, I did not see it on main kernel.org page. Well, if that's the case
then yes. But I most likely drop some older LTS kernels then. More on
that later.

-- 
Jan R?korajski                    | PLD/Linux
SysAdm | baggins<at>pld-linux.org | http://www.pld-linux.org/


From groups at sq9mev.info  Wed Mar 30 09:26:36 2016
From: groups at sq9mev.info (Bartek Radwan)
Date: Wed, 30 Mar 2016 09:26:36 +0200
Subject: bird-1.5.0-1.x86_64 crasches quite often on reconfiguration
 including renaming BGP protocols due to bad set of CFLAGS passed on
 compilation
In-Reply-To: <20160328102144.GA22675@polanet.pl>
References: <56EFF5B1.5020007@sq9mev.info> <56F25500.2090303@pld-linux.org>
 <56F675E5.1050105@sq9mev.info> <56F67656.8000607@sq9mev.info>
 <20160326120038.GA21432@polanet.pl> <56F684A8.2000000@sq9mev.info>
 <20160328102144.GA22675@polanet.pl>
Message-ID: <56FB7FAC.6070509@sq9mev.info>

On 28.03.2016 12:21, Tomasz Pala wrote:
>> it's rather hard to reproduce such enviroment on my desktop.
> Why? On desktop - use private ASn, on BGP router - use tables not


Well, i did not mention i have two bird instances, ant this "choking" is 
observed on just one of them - the one which has more bgp session.


bgp-1:
# birdc show protocols | grep Established -c
14

# birdc show route count
1612660 of 1612660 routes for 581641 networks


bgp-2:
# birdc show protocols | grep Established -c
3
1261789 of 1261789 routes for 581643 networks

The issue is observed only on bgp-1 (the one with 14 established sessions).

Simulating 14 sessions is quite easy in fact, and i'll try to do that, 
however i'm not sure if the primary issue is just number o estabished 
sessions, or process activity triggered by bgp messages received by some 
of them.


Since last post i've installed 1.5.0-3 (my fork with backported patches 
from upstream), but the issue still remains. Then i've reverted do 
1.5.0-1 available in th now and loadavg is stable now.

What i've noticed is that average value of loadavg is in both situatinos 
the same value - about 0.3. With 1.5.0-[2,3] reaches quite low and quite 
high values, while with 1.5.0-1 it's more constant near 0.3

http://www.sq9mev.info/upload_29_3_2016_at_09_17_46.png

This observation is so valuable that I can quickly determine if the 
problem persists, without waiting for the peak of loadavg.

I'll post the group when i find out more.

I'll try to remove -fwrapv.

-- 
Regards
Bartel


From qboosh at pld-linux.org  Wed Mar 30 17:51:34 2016
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 30 Mar 2016 17:51:34 +0200
Subject: dropin usage?
Message-ID: <20160330155134.GC14707@stranger.qboosh.pl>

Has anything changed or I don't remember the usage correctly?

$ scp  glibc-man-pages.tar.xz dropin at dropin.pld-linux.org:
Enter passphrase for key '/home/comp/.ssh/id_rsa':
Permission denied (publickey).
lost connection


-- 
Jakub Bogusz    http://qboosh.pl/


From glen at pld-linux.org  Wed Mar 30 19:43:43 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Wed, 30 Mar 2016 20:43:43 +0300
Subject: dropin usage?
In-Reply-To: <20160330155134.GC14707@stranger.qboosh.pl>
References: <20160330155134.GC14707@stranger.qboosh.pl>
Message-ID: <56FC104F.8080601@pld-linux.org>

On 30.03.2016 18:51, Jakub Bogusz wrote:
> Has anything changed or I don't remember the usage correctly?
>
> $ scp  glibc-man-pages.tar.xz dropin at dropin.pld-linux.org:
> Enter passphrase for key '/home/comp/.ssh/id_rsa':
> Permission denied (publickey).
> lost connection
>
the official usage is to use this script:

https://github.com/pld-linux/rpm-build-tools/blob/master/dropin

[~/relup/putty(0.67) (master)?] ? ./dropin putty.desktop
Uploading putty.desktop
putty.desktop 100%  263     0.3KB/s   00:00
[~/relup/putty(0.67) (master)?] ?


seems working, so check that your ssh key is not dsa as it's been 
disabled in recent client/server configs (ssh_config, sshd_config)


-- 
glen



From glen at pld-linux.org  Wed Mar 30 19:46:27 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Wed, 30 Mar 2016 20:46:27 +0300
Subject: rpm-5.4.16-0.20160321.src.rpm, take 3
In-Reply-To: <660838DA-AB51-4705-8294-8C7A63E5E84B@mac.com>
References: <7DE4F56A-3BA3-4DE6-9DCA-F3545CD8722F@mac.com>
 <56F30C83.4090300@pld-linux.org>
 <660838DA-AB51-4705-8294-8C7A63E5E84B@mac.com>
Message-ID: <56FC10F3.109@pld-linux.org>

On 28.03.2016 19:20, Jeff Johnson wrote:
> Is there any reason I shouldn't release rpm-5.4.16 this week?

i don't think anybody from pld has tested it.

i've only compile-tested it, and two patches still need updating.

-- 
glen



From qboosh at pld-linux.org  Wed Mar 30 20:12:34 2016
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 30 Mar 2016 20:12:34 +0200
Subject: dropin usage?
In-Reply-To: <56FC104F.8080601@pld-linux.org>
References: <20160330155134.GC14707@stranger.qboosh.pl>
 <56FC104F.8080601@pld-linux.org>
Message-ID: <20160330181234.GA6070@mail>

On Wed, Mar 30, 2016 at 08:43:43PM +0300, Elan Ruusam?e wrote:
> On 30.03.2016 18:51, Jakub Bogusz wrote:
> >Has anything changed or I don't remember the usage correctly?
> >
> >$ scp  glibc-man-pages.tar.xz dropin at dropin.pld-linux.org:
> >Enter passphrase for key '/home/comp/.ssh/id_rsa':
> >Permission denied (publickey).
> >lost connection
> >
> the official usage is to use this script:
> 
> https://github.com/pld-linux/rpm-build-tools/blob/master/dropin

The only difference are -B and -p options. No issue.

> [~/relup/putty(0.67) (master)???] ??? ./dropin putty.desktop
> Uploading putty.desktop
> putty.desktop 100%  263     0.3KB/s   00:00
> [~/relup/putty(0.67) (master)???] ???
> 
> 
> seems working, so check that your ssh key is not dsa as it's been 
> disabled in recent client/server configs (ssh_config, sshd_config)

It's RSA key. And works with git at git.

Is RSA disabled or my key got lost on dropin for some reason?


-- 
Jakub Bogusz    http://qboosh.pl/


From glen at pld-linux.org  Thu Mar 31 13:21:13 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Thu, 31 Mar 2016 14:21:13 +0300
Subject: ncurses upgrade
Message-ID: <56FD0829.2000105@pld-linux.org>

seems rpm (or our packaging?) sucks again, it "forgot" to run ldconfig 
*again* when updating ncurses:

these are recently upgrade packages:

Thu Mar 31 12:45:19 2016 lz4-libs-r131-4.x86_64
Thu Mar 31 12:45:19 2016 nagios-plugin-check_poldek-0.8-4.noarch
Thu Mar 31 12:45:19 2016 ncurses-6.0.20151128-1.x86_64
Thu Mar 31 12:45:19 2016 ncurses-ext-6.0.20151128-1.x86_64
Thu Mar 31 12:45:19 2016 procps-3.3.11-1.x86_64
Thu Mar 31 12:45:19 2016 psmisc-22.21-1.x86_64
Thu Mar 31 12:45:19 2016 python-2.7.11-1.x86_64
Thu Mar 31 12:45:19 2016 python-libs-2.7.11-1.x86_64
Thu Mar 31 12:45:19 2016 python-modules-2.7.11-1.x86_64
Thu Mar 31 12:45:19 2016 systemd-libs-221-13.x86_64

i do not have output of the upgrade because it was automated upgrade, 
but ldconfig is present in ncurses package post and postun!

but it's serious, because hosts became inaccessilble due that:

-bash: error while loading shared libraries: libncursesw.so.6: cannot 
open shared object file: No such file or directory
Connection to georg closed.

unless you have user whose login shell is not /bin/bash.

and it has happened on a lot of hosts here.

-- 
glen



From mike at altlinux.org  Thu Mar 31 13:53:42 2016
From: mike at altlinux.org (Michael Shigorin)
Date: Thu, 31 Mar 2016 14:53:42 +0300
Subject: ncurses upgrade
In-Reply-To: <56FD0829.2000105@pld-linux.org>
References: <56FD0829.2000105@pld-linux.org>
Message-ID: <20160331115342.GB7199@imap.altlinux.org>

On Thu, Mar 31, 2016 at 02:21:13PM +0300, Elan Ruusam?e wrote:
> ldconfig is present in ncurses package post and postun!

posstrans filetriggers help against that kind of duplication, btw...

-- 
?---- WBR, Michael Shigorin / http://altlinux.org
??------ http://opennet.ru / http://anna-news.info


From glen at pld-linux.org  Thu Mar 31 13:58:40 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Thu, 31 Mar 2016 14:58:40 +0300
Subject: ncurses upgrade
In-Reply-To: <20160331115342.GB7199@imap.altlinux.org>
References: <56FD0829.2000105@pld-linux.org>
 <20160331115342.GB7199@imap.altlinux.org>
Message-ID: <56FD10F0.2060100@pld-linux.org>

On 31.03.2016 14:53, Michael Shigorin wrote:
> On Thu, Mar 31, 2016 at 02:21:13PM +0300, Elan Ruusam?e wrote:
>> ldconfig is present in ncurses package post and postun!
> posstrans filetriggers help against that kind of duplication, btw...
>

does rpm5 have filetriggers? afaik it does not.

-- 
glen



From mike at altlinux.org  Thu Mar 31 15:20:34 2016
From: mike at altlinux.org (Michael Shigorin)
Date: Thu, 31 Mar 2016 16:20:34 +0300
Subject: ncurses upgrade
In-Reply-To: <56FD10F0.2060100@pld-linux.org>
References: <56FD0829.2000105@pld-linux.org>
 <20160331115342.GB7199@imap.altlinux.org>
 <56FD10F0.2060100@pld-linux.org>
Message-ID: <20160331132034.GC7199@imap.altlinux.org>

On Thu, Mar 31, 2016 at 02:58:40PM +0300, Elan Ruusam?e wrote:
> >> ldconfig is present in ncurses package post and postun!
> > posstrans filetriggers help against that kind of duplication, btw...
> does rpm5 have filetriggers? afaik it does not.

5.4.17 FR? :)

-- 
?---- WBR, Michael Shigorin / http://altlinux.org
??------ http://opennet.ru / http://anna-news.info


From qboosh at pld-linux.org  Thu Mar 31 17:48:37 2016
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 31 Mar 2016 17:48:37 +0200
Subject: dropin usage?
In-Reply-To: <20160330181234.GA6070@mail>
References: <20160330155134.GC14707@stranger.qboosh.pl>
 <56FC104F.8080601@pld-linux.org> <20160330181234.GA6070@mail>
Message-ID: <20160331154837.GA12710@mail>

I noticed that dropin=git=cvs, to which I have ssh access...
so I could investigate something.

And it seems to be grep vs non-ascii issue.
As I found, dropin authorized_keys is constructed from git's
authorized_keys using (among others):
  grep '^command' $HOME/.ssh/authorized_keys

$ grep ^command /home/services/git/.ssh/authorized_keys | wc -l
101
(and the last line is "Binary file /home/services/git/.ssh/authorized_keys matches")

$ LC_ALL=pl_PL.ISO-8859-2 grep ^command
/home/services/git/.ssh/authorized_keys | wc -l
193

So I am one of 93 victims...

This behaviour is triggered by entry containing non-ascii/non-UTF
characters: 

$ grep -v '^[-a-zA-Z0-9,.@ "=/+_:<>#]*$' /tmp/git-authkeys
command="/usr/bin/gl-auth-command klakier",no-port-forwarding,no-X11-forwarding,no-pty 1024 35 [...] klakier@???w


-- 
Jakub Bogusz    http://qboosh.pl/


From glen at pld-linux.org  Thu Mar 31 19:06:26 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Thu, 31 Mar 2016 20:06:26 +0300
Subject: dropin usage?
In-Reply-To: <20160331154837.GA12710@mail>
References: <20160330155134.GC14707@stranger.qboosh.pl>
 <56FC104F.8080601@pld-linux.org> <20160330181234.GA6070@mail>
 <20160331154837.GA12710@mail>
Message-ID: <56FD5912.3000700@pld-linux.org>

On 31.03.2016 18:48, Jakub Bogusz wrote:
> So I am one of 93 victims...
so lets add grep -a there!

-- 
glen