Fedora Modular 27 compose report: 20171026.n.3 changes

[Fedora Branched Report]

OLD: Fedora-Modular-27-20171026.n.3
NEW: Fedora-Modular-27-20171026.n.3

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  0
Dropped packages:0
Upgraded packages:   0
Downgraded packages: 0

Size of added packages:  0.00 B
Size of dropped packages:0.00 B
Size of upgraded packages:   0.00 B
Size of downgraded packages: 0.00 B

Size change of upgraded packages:   0.00 B
Size change of downgraded packages: 0.00 B

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =

= DROPPED PACKAGES =

= UPGRADED PACKAGES =

= DOWNGRADED PACKAGES =
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora-Modular 27-20171026.n.3 compose check report

[Fedora compose checker]

Missing expected images:

Docker_base docker x86_64
Server dvd arm

Failed openQA tests: 69/94 (x86_64), 19/19 (i386)

ID: 162227  Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/162227
ID: 162228  Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/162228
ID: 162229  Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/162229
ID: 162230  Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/162230
ID: 162237  Test: x86_64 Server-dvd-iso install_repository_nfs_variation
URL: https://openqa.fedoraproject.org/tests/162237
ID: 162238  Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/162238
ID: 162247  Test: x86_64 Server-dvd-iso install_updates_nfs
URL: https://openqa.fedoraproject.org/tests/162247
ID: 162249  Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/162249
ID: 162250  Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/162250
ID: 162251  Test: x86_64 universal install_software_raid
URL: https://openqa.fedoraproject.org/tests/162251
ID: 162252  Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/162252
ID: 162253  Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/162253
ID: 162254  Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/162254
ID: 162255  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/162255
ID: 162256  Test: x86_64 universal install_delete_partial
URL: https://openqa.fedoraproject.org/tests/162256
ID: 162257  Test: x86_64 universal install_blivet_lvmthin
URL: https://openqa.fedoraproject.org/tests/162257
ID: 162258  Test: x86_64 universal install_blivet_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/162258
ID: 162259  Test: x86_64 universal install_simple_encrypted@uefi
URL: https://openqa.fedoraproject.org/tests/162259
ID: 162260  Test: x86_64 universal install_simple_free_space@uefi
URL: https://openqa.fedoraproject.org/tests/162260
ID: 162261  Test: x86_64 universal install_btrfs
URL: https://openqa.fedoraproject.org/tests/162261
ID: 162262  Test: x86_64 universal install_ext3
URL: https://openqa.fedoraproject.org/tests/162262
ID: 162263  Test: x86_64 universal install_delete_partial@uefi
URL: https://openqa.fedoraproject.org/tests/162263
ID: 162264  Test: x86_64 universal install_xfs
URL: https://openqa.fedoraproject.org/tests/162264
ID: 162265  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/162265
ID: 162266  Test: x86_64 universal install_lvmthin
URL: https://openqa.fedoraproject.org/tests/162266
ID: 162267  Test: x86_64 universal install_no_swap
URL: https://openqa.fedoraproject.org/tests/162267
ID: 162268  Test: x86_64 universal install_blivet_ext3
URL: https://openqa.fedoraproject.org/tests/162268
ID: 162269  Test: x86_64 universal install_blivet_software_raid
URL: https://openqa.fedoraproject.org/tests/162269
ID: 162270  Test: x86_64 universal install_blivet_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/162270
ID: 162271  Test: x86_64 universal install_blivet_lvmthin@uefi
URL: https://openqa.fedoraproject.org/tests/162271
ID: 162272  Test: x86_64 universal install_blivet_btrfs
URL: https://openqa.fedoraproject.org/tests/162272
ID: 162273  Test: x86_64 universal install_blivet_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/162273
ID: 162274  Test: x86_64 universal install_blivet_no_swap@uefi
URL: https://openqa.fedoraproject.org/tests/162274
ID: 162275  Test: x86_64 universal upgrade_2_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/162275
ID: 162276  Test: x86_64 universal install_blivet_no_swap
URL: https://openqa.fedoraproject.org/tests/162276
ID: 162277  Test: x86_64 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/162277
ID: 162278  Test: x86_64 universal install_blivet_xfs
URL: https://openqa.fedoraproject.org/tests/162278
ID: 162279  Test: x86_64 universal install_blivet_ext3@uefi
URL: https://openqa.fedoraproject.org/tests/162279
ID: 162280  Test: x86_64 universal upgrade_server_64bit
URL: https://openqa.fedoraproject.org/tests/162280
ID: 162281  Test: x86_64 universal install_shrink_ntfs
URL: https://openqa.fedoraproject.org/tests/162281
ID: 162282  Test: x86_64 universal install_european_language
URL: https://openqa.fedoraproject.org/tests/162282
ID: 162283  Test: x86_64 universal install_multi_empty@uefi
URL: https://openqa.fedoraproject.org/tests/162283
ID: 162284  Test: x86_64 universal install_software_raid@uefi
URL: 

Re: Packaging Question

[Stephen Gallagher]

On Thu, Oct 26, 2017 at 9:12 PM Kevin Kofler  wrote:

> William Moreno wrote:
> > Provides: libnfsidmap-devel%{_isa} = %{epoch}:%{version}-%{release}
> >
> > Move this line under
> >
> > %package -n libnfsidmap-devel
> >
> > And you should get a clean update path
>
> As Hedayat Vatankhah pointed out, if the package is called libnfsidmap-
> devel, it does not actually need to Provide itself. So the
> Obsoletes/Provides should go away entirely.
>
> Obsoletes/Provides are needed if the BINARY package name changes. E.g., if
> we had:
> %package libnfsidmap-devel
> (without the -n), generating a nfs-utils-libnfsidmap-devel subpackage, THEN
> it would make sense to Obsolete and Provide libnfsidmap-devel in that
> subpackage (NOT in the main package). But since %package -n is used to
> recreate the same old package name, there is nothing to Obsolete and
> Provide
> to begin with.
>
>

One more caveat: make sure that the ENVR (epoch, name, version and release)
of the new libnfsidmap package sorts higher than that of the former
standalone package, or else it won't act as a replacement.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Packaging Question

[Kevin Kofler]

William Moreno wrote:
> Provides: libnfsidmap-devel%{_isa} = %{epoch}:%{version}-%{release}
> 
> Move this line under
> 
> %package -n libnfsidmap-devel
> 
> And you should get a clean update path

As Hedayat Vatankhah pointed out, if the package is called libnfsidmap-
devel, it does not actually need to Provide itself. So the 
Obsoletes/Provides should go away entirely.

Obsoletes/Provides are needed if the BINARY package name changes. E.g., if 
we had:
%package libnfsidmap-devel
(without the -n), generating a nfs-utils-libnfsidmap-devel subpackage, THEN 
it would make sense to Obsolete and Provide libnfsidmap-devel in that 
subpackage (NOT in the main package). But since %package -n is used to 
recreate the same old package name, there is nothing to Obsolete and Provide 
to begin with.

Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: hp-plugin doesn't work in hplip-3.17.9 - move to 3.17.10 if you need

[Kevin Kofler]

Zdenek Dohnal wrote:
> Issue is that plugin is proprietary (owned by HP) and it contains
> precompiled data, so it cannot be packaged.  Upstream doesn't reply on
> most issues. But this plugin is needed by group of printers, so there
> needs to be a way to download it (if we want to support these printers
> in Fedora).

Another sad thing is that there is still a lot of code in the plugin blob 
that does not really need to be. The JBIG patents expired years ago, but all 
the algorithms depending on JBIG are still hidden in the plugin. There seems 
to be no move from HP on open-sourcing any of the algorithms in the plugin, 
no matter what made them end up in there in the first place. Some of those 
codecs (IIRC, most or all of the printing ones, but not many of the scanning 
ones) have third-party reverse-engineered drivers available, but they are 
not integrated in the HPLIP infrastructure. I also get the feeling that more 
and more of the current models need the plugin.

This is really sad, because HPLIP was originally a genuine contribution to 
Free Software (a high-quality manufacturer driver actually released as pure 
Free Software, the plugin did not even exist in the initial versions), but 
unfortunately, it is degenerating more and more into a freewashing tool for 
proprietary driver blobs. The codec algorithms that use the plugin are 
entirely implemented inside the plugin (not just the patented parts), the 
"Free driver" HPLIP is just a dispatching wrapper around the blob for those 
algorithms.

Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[389-devel] Re: csiphash on Sparc

[William Brown]

On Thu, 2017-10-26 at 12:47 +0200, Lukas Slebodnik wrote:
> On (13/10/17 20:35), William Brown wrote:
> > On Wed, 2017-10-11 at 13:36 +0200, Lukas Slebodnik wrote:
> > > But following code should work. Please correct me if I am wrong.
> > > I didn't test.
> > >   char *str = strdup("ABCDEFGH12345678");
> > >   char *key = malloc(16);
> > > 
> > > yes, function sds_siphash13 is not ideal because it rely on
> > > properly alligned
> > > input data.
> > > 
> > 
> > We are free to change the signature of the function, it's just that
> > I
> > used this from another open source component (thus why it's
> > slightly
> > different style wise)
> > 
> 
> Changing signature will not help. The main problem is that
> implementation of
> function is not really portable
> 
> > sds_siphash13(const void *src, size_t src_sz, const char key[16])
> > {
> >    const uint64_t *_key = (uint64_t *)key;
> 
> ^^^
> This cast is portable only in case of "((intptr_t)key) %
> sizeof(uint64_t) == 0"
> It is not a problem in intel/amd but it is not portable
> >    uint64_t k0 = _le64toh(_key[0]);
> >    uint64_t k1 = _le64toh(_key[1]);
> >    uint64_t b = (uint64_t)src_sz << 56;
> >    const uint64_t *in = (uint64_t *)src;
> 
>   ^^^
> and the same situation is here
> 
> This is usually not the problem is you directly pass pointer returned
> by
> malloc. But it is not the case on many places.
> 
> e.g.
> here is an usage on function in libsds
> 
> sh$ git grep sds_siphash13 src/libsds/
> src/libsds/external/csiphash/csiphash.c:sds_siphash13(const void
> *src, size_t src_sz, const char key[16])
> src/libsds/include/sds.h: * sds_siphash13 provides an implementation
> of the siphash algorithm for use in
> src/libsds/include/sds.h:uint64_t sds_siphash13(const void *src,
> size_t src_sz, const char key[16]);
> src/libsds/sds/ht/op.c:uint64_t hashout = sds_siphash13(key,
> ht_ptr->key_size_fn(key), ht_ptr->hkey);
> src/libsds/sds/ht/op.c:uint64_t ex_hashout =
> sds_siphash13(slot->slot.value->key, ht_ptr->key_size_fn(slot-
> >slot.value->key), ht_ptr->hkey);
> src/libsds/sds/ht/op.c:uint64_t hashout = sds_siphash13(key,
> ht_ptr->key_size_fn(key), ht_ptr->hkey);
> src/libsds/sds/ht/op.c:uint64_t hashout = sds_siphash13(key,
> ht_ptr->key_size_fn(key), ht_ptr->hkey);
> src/libsds/test/test_sds_csiphash.c:hashout =
> sds_siphash13(, sizeof(uint64_t), key);
> src/libsds/test/test_sds_csiphash.c:hashout = sds_siphash13(test,
> 4, key);
> 
> ht_ptr->hkey is used on many places and it is not aligned to 64
> bites.
> 
> Here is a definition of structure
>    typedef struct _sds_ht_instance
>    {
>    uint32_t checksum;
>    char hkey[16];
>    sds_ht_node *root;
>    int64_t (*key_cmp_fn)(void *a, void *b);
>    uint64_t (*key_size_fn)(void *key);
>    void *(*key_dup_fn)(void *key);
>    void (*key_free_fn)(void *key);
>    void *(*value_dup_fn)(void *value);
>    void (*value_free_fn)(void *value);
>    } sds_ht_instance;
> 
> This structure is always created with malloc. So the beginning of
> structure is
> aligned. "ht_ptr = sds_calloc(sizeof(sds_ht_instance));"
> But it is very possible that hkey will not be aligned to 64 bits
> unless
> compiler adds some padding between "checksum" and "hkey".
> You might do the trick to change order of members in structure which
> would
> solve problem here. But it still would not solve problem with
> improperly
> aligned input in sds_siphash13.
> 
> let say we have following code
> int main(void)
> {
> char *input = strdup("lorem impsum");
> char *key = calloc(1, 16);
> 
> uint64_t temp;
> 
> /* this version would not crash) */
> temp = sds_siphash13(input, strlen(input), key);
> 
> /* but this version will crash */
> temp = sds_siphash13(input + 1, strlen(input +1), key);
> 
> return 0;
> }
> 
> It is really difficult to rely on proper alignment of input.
> In theory you could have assert in code which would catch it
> also in x86_64 architecture. But it is not nice solution.
> 
> The only portable way is to use memcpy to copy data from
> array of char to variable/array of uint64_t.
> 
> BTW recently I read nice article and it can crash even on x86_64
> in case of vector operations. Which compilers try to use as part of
> optimisations.
> https://pzemtsov.github.io/2016/11/06/bug-story-alignment-on-x86.html
> 
> And as you can see in article usage of memcpy is not so bad
> especially
> if compiler uses builtin instead of procedure call.
> 
> HTH and sorry for late reply.
> 
> 

Thanks for the great and thorough answer mate. I'm not feeling so good
this week, but I'll read this through and write up a patch early next
week for this. Thanks again! 

-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Australia/Brisbane


signature.asc
Description: This is a digitally signed message part

Re: Trying to contact developer Axel Thimm

[R P Herrold]

On Fri, 27 Oct 2017, Michael Schwendt wrote:

> twitter users could try @athimm

I already sent a .@ message to that account

-- Russ herrold
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Trying to contact developer Axel Thimm

[Michael Schwendt]

On Thu, 26 Oct 2017 18:16:00 -0400, Stephen John Smoogen wrote:

> We have been getting bounced emails from Axel Thimm for a while and I
> don't have any other way to contact him. He was an early maintainer of
> packages but has not been seen in fas since 2013.

> If anyone has had contact with him could he see if can fix his email?

twitter users could try @athimm
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora 27-20171026.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Workstation live i386
Kde live i386

Failed openQA tests: 11/137 (x86_64), 1/2 (arm)

New failures (same test did not fail in 27-20171023.n.0):

ID: 162096  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/162096
ID: 162125  Test: x86_64 universal install_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/162125
ID: 162147  Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/162147

Old failures (same test failed in 27-20171023.n.0):

ID: 162025  Test: x86_64 Server-dvd-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/162025
ID: 162049  Test: x86_64 Workstation-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/162049
ID: 162051  Test: x86_64 Workstation-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/162051
ID: 162070  Test: x86_64 KDE-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/162070
ID: 162078  Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/162078
ID: 162080  Test: arm Minimal-raw_xz-raw.xz base_services_start_arm
URL: https://openqa.fedoraproject.org/tests/162080
ID: 162085  Test: x86_64 Workstation Ostree-dvd_ostree-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/162085
ID: 162087  Test: x86_64 Workstation Ostree-dvd_ostree-iso 
base_services_start
URL: https://openqa.fedoraproject.org/tests/162087
ID: 162134  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/162134

Soft failed openQA tests: 4/137 (x86_64)
(Tests completed, but using a workaround for a known bug)

Old soft failures (same test soft failed in 27-20171023.n.0):

ID: 162121  Test: x86_64 universal upgrade_server_64bit
URL: https://openqa.fedoraproject.org/tests/162121
ID: 162129  Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/162129
ID: 162137  Test: x86_64 universal upgrade_2_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/162137
ID: 162139  Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/162139

Passed openQA tests: 121/137 (x86_64), 22/22 (i386), 1/2 (arm)

Installed system changes in test x86_64 Server-boot-iso install_default@uefi: 
3 packages(s) removed since previous compose: libkadm5, samba-common-libs, 
samba-dc-libs
Previous test data: https://openqa.fedoraproject.org/tests/160906#downloads
Current test data: https://openqa.fedoraproject.org/tests/162020#downloads

Installed system changes in test x86_64 Workstation-live-iso 
install_default_upload: 
System load changed from 0.79 to 0.25
Average CPU usage changed from 31.4667 to 3.54285714
Previous test data: https://openqa.fedoraproject.org/tests/160933#downloads
Current test data: https://openqa.fedoraproject.org/tests/162047#downloads

Installed system changes in test x86_64 Workstation-live-iso 
install_default@uefi: 
System load changed from 0.73 to 0.55
Previous test data: https://openqa.fedoraproject.org/tests/160934#downloads
Current test data: https://openqa.fedoraproject.org/tests/162048#downloads

Installed system changes in test x86_64 Workstation-boot-iso install_default: 
3 packages(s) removed since previous compose: libkadm5, 
libvirt-daemon-config-network, samba-dc-libs
System load changed from 0.67 to 0.42
Average CPU usage changed from 28.7667 to 11.3
Previous test data: https://openqa.fedoraproject.org/tests/160946#downloads
Current test data: https://openqa.fedoraproject.org/tests/162060#downloads

Installed system changes in test x86_64 Workstation-boot-iso 
install_default@uefi: 
3 packages(s) removed since previous compose: libkadm5, 
libvirt-daemon-config-network, samba-dc-libs
System load changed from 0.59 to 0.81
Previous test data: https://openqa.fedoraproject.org/tests/160949#downloads
Current test data: https://openqa.fedoraproject.org/tests/162063#downloads

Installed system changes in test i386 Workstation-boot-iso install_default: 
3 packages(s) removed since previous compose: libkadm5, 
libvirt-daemon-config-network, samba-dc-libs
Average CPU usage changed from 25.7 to 3.75238095
Used mem changed from 720 MiB to 898 MiB
Previous test data: https://openqa.fedoraproject.org/tests/160950#downloads
Current test data: https://openqa.fedoraproject.org/tests/162064#downloads

Installed system changes in test x86_64 KDE-live-iso install_default_upload: 
System load changed from 1.64 to 1.27
Previous test data: https://openqa.fedoraproject.org/tests/160952#downloads
Current test data: https://openqa.fedoraproject.org/tests/162066#downloads

Installed system changes in test x86_64 KDE-live-iso install_default@uefi: 
System load changed from 1.52 to 0.97
Previous test data: 

Fedora Rawhide-20171026.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Server dvd i386
Workstation live i386
Server boot i386
Kde live i386

Failed openQA tests: 19/128 (x86_64), 1/2 (arm)

New failures (same test did not fail in Rawhide-20171024.n.0):

ID: 161922  Test: x86_64 Workstation-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/161922
ID: 161933  Test: x86_64 KDE-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/161933
ID: 161957  Test: x86_64 universal install_simple_free_space@uefi
URL: https://openqa.fedoraproject.org/tests/161957

Old failures (same test failed in Rawhide-20171024.n.0):

ID: 161895  Test: x86_64 Server-dvd-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/161895
ID: 161902  Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/161902
ID: 161916  Test: x86_64 Workstation-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/161916
ID: 161918  Test: x86_64 Workstation-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/161918
ID: 161924  Test: x86_64 Workstation-live-iso desktop_browser
URL: https://openqa.fedoraproject.org/tests/161924
ID: 161927  Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/161927
ID: 161935  Test: x86_64 KDE-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/161935
ID: 161941  Test: x86_64 KDE-live-iso desktop_browser
URL: https://openqa.fedoraproject.org/tests/161941
ID: 161943  Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/161943
ID: 161944  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/161944
ID: 161949  Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/161949
ID: 161950  Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/161950
ID: 161962  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/161962
ID: 161977  Test: x86_64 universal upgrade_server_64bit
URL: https://openqa.fedoraproject.org/tests/161977
ID: 161985  Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/161985
ID: 161990  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/161990
ID: 162012  Test: x86_64 universal install_multi@uefi
URL: https://openqa.fedoraproject.org/tests/162012

Soft failed openQA tests: 5/128 (x86_64)
(Tests completed, but using a workaround for a known bug)

Old soft failures (same test soft failed in Rawhide-20171024.n.0):

ID: 161952  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/161952
ID: 161972  Test: x86_64 universal upgrade_2_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/161972
ID: 161993  Test: x86_64 universal upgrade_2_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/161993
ID: 161994  Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/161994
ID: 161995  Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/161995

Passed openQA tests: 100/128 (x86_64)

New passes (same test did not pass in Rawhide-20171024.n.0):

ID: 161898  Test: x86_64 Server-dvd-iso base_system_logging
URL: https://openqa.fedoraproject.org/tests/161898
ID: 161913  Test: x86_64 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/161913
ID: 161930  Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/161930
ID: 161938  Test: x86_64 KDE-live-iso base_system_logging
URL: https://openqa.fedoraproject.org/tests/161938
ID: 161942  Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/161942
ID: 161948  Test: x86_64 universal install_software_raid
URL: https://openqa.fedoraproject.org/tests/161948
ID: 161954  Test: x86_64 universal install_blivet_lvmthin
URL: https://openqa.fedoraproject.org/tests/161954
ID: 161955  Test: x86_64 universal install_blivet_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/161955
ID: 161979  Test: x86_64 universal install_european_language
URL: https://openqa.fedoraproject.org/tests/161979

Skipped openQA tests: 1 of 130

Installed system changes in test x86_64 Server-dvd-iso install_default_upload: 
2 packages(s) added since previous compose: amiri-fonts, amiri-fonts-common
11 packages(s) removed since previous compose: dejavu-fonts-common, 
dejavu-sans-fonts, libkadm5, python2, python2-libs, python2-pip, 
python2-setuptools, python2-talloc, samba-common-libs, samba-dc-libs...
Previous test data: https://openqa.fedoraproject.org/tests/161248#downloads

planning to orphan 4 packages

[Mukundan Ragavan]

I am planning to orphan the four packages (list below) in a few days. If
anyone is interested in maintaining these packages, I can make you the
person admin instead of orphaning.

These are the packages -

autodocksuite
gaussum
qmforge
webcpp

These packages have very little to no development upstream.



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Network interface regression on F26 VM after 4.13/4.12 kernel update

[Philip Prindeville]

I was running F25 (4.10) on a VM inside KVM/Qemu/libvirt on CentOS 7.3 
(updated).

Then I upgraded it (via dnf system-upgrade) to F26 and 4.11 and it was still 
working well, as I recall.

Then I upgraded it again to 4.13 and now I’m seeing flakiness in the network: 
the NIC will randomly come up and go down.

Right now I’m seeing:

$ ip link show
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN mode 
DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: ens3:  mtu 1500 qdisc fq_codel state DOWN 
mode DEFAULT group default qlen 1000
link/ether 52:54:00:29:01:5b brd ff:ff:ff:ff:ff:ff
$ 

my messages file shows:

Oct 26 14:25:51 son-of-builder kernel: igbvf :00:03.0: Link is Down
Oct 26 14:25:56 son-of-builder NetworkManager[824]:   [1509049556.0757] 
device (ens3): state change: activated -> unavailable (reason 
'carrier-changed', internal state 'managed')
Oct 26 14:25:56 son-of-builder audit: NETFILTER_CFG table=filter family=2 
entries=86
Oct 26 14:25:56 son-of-builder NetworkManager[824]:   [1509049556.0932] 
dhcp4 (ens3): canceled DHCP transaction, DHCP client pid 8008
Oct 26 14:25:56 son-of-builder audit: NETFILTER_CFG table=nat family=2 
entries=52
Oct 26 14:25:56 son-of-builder audit: NETFILTER_CFG table=mangle family=2 
entries=40
Oct 26 14:25:56 son-of-builder audit: NETFILTER_CFG table=raw family=2 
entries=29
Oct 26 14:25:56 son-of-builder NetworkManager[824]:   [1509049556.0933] 
dhcp4 (ens3): state changed bound -> done
Oct 26 14:25:56 son-of-builder avahi-daemon[756]: Withdrawing address record 
for 192.168.1.56 on ens3.
Oct 26 14:25:56 son-of-builder avahi-daemon[756]: Leaving mDNS multicast group 
on interface ens3.IPv4 with address 192.168.1.56.
Oct 26 14:25:56 son-of-builder avahi-daemon[756]: Interface ens3.IPv4 no longer 
relevant for mDNS.
Oct 26 14:25:56 son-of-builder nm-dispatcher[8018]: req:4 
'connectivity-change': new request (5 scripts)
Oct 26 14:25:56 son-of-builder nm-dispatcher[8018]: req:4 
'connectivity-change': start running ordered scripts...
Oct 26 14:25:56 son-of-builder audit: NETFILTER_CFG table=filter family=10 
entries=87
Oct 26 14:25:56 son-of-builder audit: NETFILTER_CFG table=nat family=10 
entries=52
Oct 26 14:25:56 son-of-builder audit: NETFILTER_CFG table=mangle family=10 
entries=40
Oct 26 14:25:56 son-of-builder audit: NETFILTER_CFG table=raw family=10 
entries=30
Oct 26 14:25:56 son-of-builder NetworkManager[824]:   [1509049556.1140] 
manager: NetworkManager state is now CONNECTED_LOCAL
Oct 26 14:25:56 son-of-builder NetworkManager[824]:   [1509049556.1145] 
manager: NetworkManager state is now DISCONNECTED
Oct 26 14:25:56 son-of-builder NetworkManager[824]:   [1509049556.1256] 
policy: set-hostname: set hostname to 'localhost.localdomain' (no default 
device)
Oct 26 14:25:56 son-of-builder systemd-hostnamed[8026]: Changed host name to 
'localhost.localdomain'
Oct 26 14:25:56 son-of-builder nm-dispatcher[8018]: req:5 'down' [ens3]: new 
request (5 scripts)
Oct 26 14:25:56 son-of-builder nm-dispatcher[8018]: req:6 'hostname': new 
request (5 scripts)
Oct 26 14:25:56 son-of-builder nm-dispatcher[8018]: req:5 'down' [ens3]: start 
running ordered scripts...
Oct 26 14:25:56 son-of-builder nm-dispatcher[8018]: req:6 'hostname': start 
running ordered scripts...
Oct 26 14:26:06 son-of-builder audit[1]: SERVICE_STOP pid=1 uid=0 
auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 
msg='unit=NetworkManager-dispatcher comm="systemd" 
exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Oct 26 14:26:21 son-of-builder NetworkManager[824]:   [1509049581.0808] 
connectivity: (ens3) timed out
Oct 26 14:26:21 son-of-builder dbus-daemon[761]: [system] Activating via 
systemd: service name='org.freedesktop.nm_dispatcher' 
unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.10' (uid=0 
pid=824 comm="/usr/sbin/NetworkManager --no-daemon " 
label="system_u:system_r:NetworkManager_t:s0")
Oct 26 14:26:21 son-of-builder systemd[1]: Starting Network Manager Script 
Dispatcher Service...
Oct 26 14:26:21 son-of-builder dbus-daemon[761]: [system] Successfully 
activated service 'org.freedesktop.nm_dispatcher'
Oct 26 14:26:21 son-of-builder systemd[1]: Started Network Manager Script 
Dispatcher Service.
Oct 26 14:26:21 son-of-builder audit[1]: SERVICE_START pid=1 uid=0 
auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 
msg='unit=NetworkManager-dispatcher comm="systemd" 
exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Oct 26 14:26:21 son-of-builder nm-dispatcher[8169]: req:1 
'connectivity-change': new request (5 scripts)
Oct 26 14:26:21 son-of-builder nm-dispatcher[8169]: req:1 
'connectivity-change': start running ordered scripts...
Oct 26 14:26:26 son-of-builder audit[1]: SERVICE_STOP pid=1 uid=0 
auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 
msg='unit=systemd-hostnamed 

Trying to contact developer Axel Thimm

[Stephen John Smoogen]

We have been getting bounced emails from Axel Thimm for a while and I
don't have any other way to contact him. He was an early maintainer of
packages but has not been seen in fas since 2013.

He is the co-maintainer of the following packages:

rpms/apt -- Debian's Advanced Packaging Tool with RPM support ( master f26 f25 )
rpms/arpack -- Fortran 77 subroutines for solving large scale
eigenvalue problems ( master f26 f25 )
rpms/chrpath -- Modify rpath of compiled programs ( master f26 f25 )
rpms/courier-unicode -- A library implementing algorithms related to
the Unicode Standard ( master f26 f25 )
rpms/fail2ban -- Daemon to ban hosts that cause multiple
authentication errors ( master f26 f25 )
rpms/fakechroot -- Gives a fake chroot environment ( master f26 f25 )
rpms/fakeroot -- Gives a fake root environment ( master f26 f25 )
rpms/fedora-package-config-apt -- Fedora configuration files for the
apt-rpm package manager ( master f26 f25 )
rpms/freenx-server -- Free Software (GPL) Implementation of the NX
Server ( master f26 f25 )
rpms/ivtv-firmware -- Firmware for the Hauppauge PVR
250/350/150/500/USB2 model series ( master f26 f25 )
rpms/libcdaudio -- Control operation of a CD-ROM when playing audio
CDs ( master f26 f25 )
rpms/maildrop -- Mail delivery agent with filtering abilities ( master f26 f25 )
rpms/perl-Text-CharWidth -- Get number of occupied columns of a string
on terminal ( master f26 f25 )
rpms/perl-Text-WrapI18N -- Line wrapping with support for several
locale setups ( master f26 f25 )
rpms/php-pear-Auth-OpenID -- PHP OpenID ( master f26 f25 )
rpms/po4a -- A tool maintaining translations anywhere ( master f26 f25 )
rpms/synaptic -- Graphical frontend for APT package manager. ( master f26 f25 )
rpms/vtk -- The Visualization Toolkit - A high level 3D visualization
library ( master f26 f25 )


If anyone has had contact with him could he see if can fix his email?

Thanks.

-- 
Stephen J Smoogen.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

common location of spec files in upstream sources

[R P Herrold]

From a survey of about 1700 .spec files in my current working 
collection, the overwhelmingly common place to ** install ** 
such is in a:
%doc
directory

Most simply place them in the top directory, at a depth even 
with where a V[ersioned] tarball is unpacked by the %setup 
stanza.  Then
rpmbuild -ta (package-V).tgz

can un-gzip and find it there and will build to order in 
chained automation.  I see in my local archive:
bzr/kicad/RCS/README,v:rpmbuild -ta ${PROJECT}-${YMD}.tar.gz && {

which does this.  The R[elease] value gets tacked on during 
the build process


This is most sensible (I have much automation for 
automatic VCS CO, .spec file, and then tarballgenerators, 
which substitute in various variable substitutions).  See, 
eg., 
ftp://ftp.owlriver.com/pub/mirror/ORC/dl/README

of which I was tracking VCS dalies and testing, before it 
moved into Fedora


Others use this approaches similar to this as well -- I see 
several
'%{_package}.spec.in'
files by others to that effect as well.  See, eg., 
krb5-auth-dialog and GeoIP

-- Russ herrold
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: common location of spec files in upstream sources

[Athos Ribeiro]

2017-10-26 15:02 GMT-06:00 Mátyás Selmeci  
> For upstream projects that provide spec files in their
> repositories, do y'all tend to see a common location for the spec
> files? Like dist/.spec or rpm/.spec, etc. My
> organization is trying to standardize on a location for the
> software we maintain, and it would be better to use something that
> many in the open source community also use.

Here are some ideas. The following projects are either strongly related
to Fedora or widely used in the project. These are just some projects I
had cloned in my personal PC for some reason, so, randomly picked:

- koji, copr-cli, FedoraReview, python-bugzilla ship spec files in the project 
root directory
- pagure and mote ship spec files under the 'files/' directory
- mock ships it as 'mock/mock.spec'
- ansible ships it as 'packaging/rpm/ansible.spec'
- gofed ships it as 'hacking/gofed.spec'
- RPM does not ship a .spec file in the rpm repository (maybe somewhere
  else?)

As mentioned here, Debian ships it under the debian directory in the
root dir because that's how their tooling searches for packaging data.
As pointed above, it seems that there are no default paths to ship the
spec file. Just let packagers know it exists. When packaging for
different distros, chances are the spec file will need changes anyway.

-- 
Athos Ribeiro

http://www.ime.usp.br/~athoscr
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: common location of spec files in upstream sources

[Neal Gompa]

On Thu, Oct 26, 2017 at 5:39 PM, William Moreno
 wrote:
>
> 2017-10-26 15:02 GMT-06:00 Mátyás Selmeci :
>>
>> Hi,
>>
>> For upstream projects that provide spec files in their repositories, do
>> y'all tend to see a common location for the spec files? Like
>> dist/.spec or rpm/.spec, etc. My organization is trying to
>> standardize on a location for the software we maintain, and it would be
>> better to use something that many in the open source community also use.
>>
>
> Helllo I have not seem many upstream projects shiping rpm files in theirs
> sources, but I have seem  many with a /debian directory with all the debian
> packaging stuff and some others with a /PKGBUILD dwith file used for the
> Arch Linux´s AUR, since rpm is not only for Fedora I think /rpm should be a
> good place to ship the rpm file.
>
>

I've seen packaging/{debian,rpm}, packaging/, dist/, rpm/, as well as
it being a top-level file.

The projects I've worked on typically use dist/.spec.

For example: https://github.com/datto/dattobd/blob/master/dist/dattobd.spec

Projects from SUSE typically use package/.spec

For example: 
https://github.com/openSUSE/libsolv/blob/master/package/libsolv.spec.in

-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: common location of spec files in upstream sources

[Fernando Nasser]

On 2017-10-26 5:39 PM, William Moreno wrote:


2017-10-26 15:02 GMT-06:00 Mátyás Selmeci >:


Hi,

For upstream projects that provide spec files in their
repositories, do y'all tend to see a common location for the spec
files? Like dist/.spec or rpm/.spec, etc. My
organization is trying to standardize on a location for the
software we maintain, and it would be better to use something that
many in the open source community also use.


Helllo I have not seem many upstream projects shiping rpm files in 
theirs sources, but I have seem  many with a /debian directory with 
all the debian packaging stuff and some others with a /PKGBUILD dwith 
file used for the  Arch Linux´s AUR, since rpm is not only for Fedora 
I think /rpm should be a good place to ship the rpm file.


Or

rpm/SPECS

to match where rpmbuild would look for it

--Fernando






___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org



___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: common location of spec files in upstream sources

[William Moreno]

2017-10-26 15:02 GMT-06:00 Mátyás Selmeci :

> Hi,
>
> For upstream projects that provide spec files in their repositories, do
> y'all tend to see a common location for the spec files? Like
> dist/.spec or rpm/.spec, etc. My organization is trying to
> standardize on a location for the software we maintain, and it would be
> better to use something that many in the open source community also use.
>
>
Helllo I have not seem many upstream projects shiping rpm files in theirs
sources, but I have seem  many with a /debian directory with all the debian
packaging stuff and some others with a /PKGBUILD dwith file used for the
Arch Linux´s AUR, since rpm is not only for Fedora I think /rpm should be a
good place to ship the rpm file.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

plan to update F27 to systemd-235 cancelled

[Zbigniew Jędrzejewski-Szmek]

Hi,

two weeks ago I signalled a plan to update systemd to v235 in F27.
I have now given up on this.

Reasons: there were some issues in the implementation of the
DynamicUser feature. Handling this took some time and F27 entered the
final freeze, and it seems to late to do update the version now.

I backported a bunch of patches (~80) for F27, but only simple fixes,
so any new functionality and nontrivial fixes are excluded. One
exception is the new crypttab _netdev functionality required by
clevis.

I'll be doing straightforward rebuilds of rawhide systemd for F27 and
F26 in copr:
https://copr.fedorainfracloud.org/coprs/zbyszek/systemd/package/systemd/
This can be used to test the new features, e.g. NRestarts= and
IPAccounting=.

Updates are now in updates-testing for all releases, with varying numbers
of changes. Please test and give karma.

Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Modular 27 compose report: 20171026.n.3 changes

[Fedora Branched Report]

OLD: Fedora-Modular-27-20171026.n.1
NEW: Fedora-Modular-27-20171026.n.3

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  1
Dropped packages:0
Upgraded packages:   0
Downgraded packages: 0

Size of added packages:  530.16 KiB
Size of dropped packages:0.00 B
Size of upgraded packages:   0.00 B
Size of downgraded packages: 0.00 B

Size change of upgraded packages:   0.00 B
Size change of downgraded packages: 0.00 B

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: spice-vdagent-0.17.0-4.module_7771f9eb
Summary: Agent for Spice guests
RPMs:spice-vdagent
Size:542880 bytes


= DROPPED PACKAGES =

= UPGRADED PACKAGES =

= DOWNGRADED PACKAGES =
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Accidentally disabling units with systemd scriptlets

[Zbigniew Jędrzejewski-Szmek]

On Mon, Oct 16, 2017 at 08:46:50PM +, Jeremy Cline wrote:
> Hey folks,
> 
> I recently did a large re-write of a specfile in order to provide a
> Python 3 version and to make it easier to maintain.
> 
> Prior to this re-write the specfile produced a number of subpackages
> that each provided a service file (fedmsg-hub, fedmsg-relay, ...). In
> my re-write I had the python2-fedmsg sub-package provide all these
> packages. There weren't any systemd scriptlets, either, so I added
> those.
> 
> The problem is that now when you upgrade, the service is disabled even
> if you have it enabled before the upgrade. I believe this is happening
> because now the python2-fedmsg package provides the unit file and the
> installation scriptlet calls "systemctl --no-reload preset" due it being
> an initial install (since it's a new subpackage that is a merge of the
> old subpackages).
> 
> Has anyone run into this problem before? What are my options for fixing
> this?
> 
> The original specfile
> 
> https://src.fedoraproject.org/rpms/fedmsg/blob/ceae21bababb90802c22461846d30653a2d98bc1/f/fedmsg.spec
> 
> The new specfile
> 
> https://src.fedoraproject.org/rpms/fedmsg/blob/7b1c384562e7664d2b912b9f2eebd336b4658480/f/fedmsg.spec
> 
> Thanks!

I think your best bet is to generate a temporary preset override
in %pre. Something along the lines of (completely untested):

%pre -n python2-fedmsg
if $1 == 1; then # initial install
   for i in fedmsg-hub.service fedmsg-relay.service fedmsg-irc.service 
fedmsg-gateway.service; do
   if systemctl is-enabled -q $i 2>/dev/null; then
   echo "enable $i" >>/run/systemd/system-preset/fedmsg.preset
   fi
   done
fi

Another note: you can coalesce all %systemd_* macro invocations to put
multiple units on the same line. It's a bit more compact and faster.

Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

common location of spec files in upstream sources

[Mátyás Selmeci]

Hi,

For upstream projects that provide spec files in their repositories, do 
y'all tend to see a common location for the spec files? Like 
dist/.spec or rpm/.spec, etc. My organization is trying to 
standardize on a location for the software we maintain, and it would be 
better to use something that many in the open source community also use.


Thanks,
-Mat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora 27 Server Beta status (3rd round) is NO-GO

[Jan Kurik]

Release status of the Fedora 27 Server Beta is NO-GO.

The next Go/No-Go meeting is planned on Thursday, November 2nd
together with second round of F27 Final Go/No-Go meeting. The F27
Server Beta release slips for one week. The slip also affects the F27
Server GA, it moves to 2017-Dec-19 having Go/No-Go meeting on
2017-Dec-14.

For more information please check the F27 Server Beta Go/No-Go meeting
minutes [1].

[1] 
https://meetbot.fedoraproject.org/fedora-meeting-1/2017-10-26/f27-final-and-server-beta-go-no-go-meeting.2017-10-26-17.00.html

Regards,
Jan
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org

Fedora 27 Final status is NO-GO

[Jan Kurik]

Release status of the Fedora 27 Final is NO-GO.

The next Go/No-Go meeting is planned on Thursday, November 2nd. The GA
date for the F27 Final release moves from Target date to Rain date,
which is 2017-Nov-07.
For more details please check the Go/No-Go meeting minutes[1].

[1] 
https://meetbot.fedoraproject.org/fedora-meeting-1/2017-10-26/f27-final-and-server-beta-go-no-go-meeting.2017-10-26-17.00.html

Regards,
Jan
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora 27 Server Beta status (3rd round) is NO-GO

[Jan Kurik]

Release status of the Fedora 27 Server Beta is NO-GO.

The next Go/No-Go meeting is planned on Thursday, November 2nd
together with second round of F27 Final Go/No-Go meeting. The F27
Server Beta release slips for one week. The slip also affects the F27
Server GA, it moves to 2017-Dec-19 having Go/No-Go meeting on
2017-Dec-14.

For more information please check the F27 Server Beta Go/No-Go meeting
minutes [1].

[1] 
https://meetbot.fedoraproject.org/fedora-meeting-1/2017-10-26/f27-final-and-server-beta-go-no-go-meeting.2017-10-26-17.00.html

Regards,
Jan
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Modular 27 compose report: 20171026.n.2 changes

[Fedora Branched Report]

OLD: Fedora-Modular-27-20171025.n.2
NEW: Fedora-Modular-27-20171026.n.2

= SUMMARY =
Added images:22
Dropped images:  0
Added packages:  6
Dropped packages:15
Upgraded packages:   12
Downgraded packages: 0

Size of added packages:  20.97 MiB
Size of dropped packages:49.61 MiB
Size of upgraded packages:   1.20 GiB
Size of downgraded packages: 0.00 B

Size change of upgraded packages:   -144.85 KiB
Size change of downgraded packages: 0.00 B

= ADDED IMAGES =
Image: Container_Minimal docker x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Container-Minimal-27_Modular-20171026.n.2.x86_64.tar.xz
Image: Server qcow2 x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Server-27_Modular-20171026.n.2.x86_64.qcow2
Image: Server raw-xz ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Server-27_Modular-20171026.n.2.ppc64le.raw.xz
Image: Server boot aarch64
Path: 
Server/aarch64/iso/Fedora-Modular-Server-netinst-aarch64-27-20171026.n.2.iso
Image: Container_Minimal docker armhfp
Path: 
Server/armhfp/images/Fedora-Modular-Container-Minimal-27_Modular-20171026.n.2.armhfp.tar.xz
Image: Server qcow2 ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Server-27_Modular-20171026.n.2.ppc64le.qcow2
Image: Server boot i386
Path: Server/i386/iso/Fedora-Modular-Server-netinst-i386-27-20171026.n.2.iso
Image: Server boot x86_64
Path: Server/x86_64/iso/Fedora-Modular-Server-netinst-x86_64-27-20171026.n.2.iso
Image: Container_Minimal docker ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Container-Minimal-27_Modular-20171026.n.2.ppc64le.tar.xz
Image: Server dvd i386
Path: Server/i386/iso/Fedora-Modular-Server-dvd-i386-27-20171026.n.2.iso
Image: Server qcow2 aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Server-27_Modular-20171026.n.2.aarch64.qcow2
Image: Container_Base docker x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Container-Base-27_Modular-20171026.n.2.x86_64.tar.xz
Image: Container_Base docker armhfp
Path: 
Server/armhfp/images/Fedora-Modular-Container-Base-27_Modular-20171026.n.2.armhfp.tar.xz
Image: Server raw-xz aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Server-27_Modular-20171026.n.2.aarch64.raw.xz
Image: Container_Minimal docker aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Container-Minimal-27_Modular-20171026.n.2.aarch64.tar.xz
Image: Server dvd x86_64
Path: Server/x86_64/iso/Fedora-Modular-Server-dvd-x86_64-27-20171026.n.2.iso
Image: Container_Base docker aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Container-Base-27_Modular-20171026.n.2.aarch64.tar.xz
Image: Server boot ppc64le
Path: 
Server/ppc64le/iso/Fedora-Modular-Server-netinst-ppc64le-27-20171026.n.2.iso
Image: Server raw-xz x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Server-27_Modular-20171026.n.2.x86_64.raw.xz
Image: Container_Base docker ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Container-Base-27_Modular-20171026.n.2.ppc64le.tar.xz
Image: Server dvd aarch64
Path: Server/aarch64/iso/Fedora-Modular-Server-dvd-aarch64-27-20171026.n.2.iso
Image: Server boot ppc64
Path: Server/ppc64/iso/Fedora-Modular-Server-netinst-ppc64-27-20171026.n.2.iso

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: libasyncns-0.8-13.module_43b6ce7b
Summary: Asynchronous Name Service Library
RPMs:libasyncns libasyncns-devel
Size:306384 bytes

Package: libcanberra-0.30-15.module_43b6ce7b
Summary: Portable Sound Event Library
RPMs:libcanberra libcanberra-devel libcanberra-gtk2 libcanberra-gtk3
Size:1396048 bytes

Package: libgtop2-2.38.0-1.module_43b6ce7b
Summary: LibGTop library (version 2)
RPMs:libgtop2 libgtop2-devel
Size:1665056 bytes

Package: pulseaudio-11.1-3.module_43b6ce7b
Summary: Improved Linux Sound Server
RPMs:pulseaudio pulseaudio-esound-compat pulseaudio-gdm-hooks 
pulseaudio-libs pulseaudio-libs-devel pulseaudio-libs-glib2 
pulseaudio-module-bluetooth pulseaudio-module-gconf pulseaudio-module-jack 
pulseaudio-module-lirc pulseaudio-module-x11 pulseaudio-module-zeroconf 
pulseaudio-qpaeq pulseaudio-utils
Size:18092616 bytes

Package: sound-theme-freedesktop-0.8-8.module_43b6ce7b
Summary: freedesktop.org sound theme
RPMs:sound-theme-freedesktop
Size:389508 bytes

Package: xorg-x11-drv-geode-2.11.19-4.module_64dff917
Summary: Xorg X11 AMD Geode video driver
RPMs:xorg-x11-drv-geode
Size:143472 bytes


= DROPPED PACKAGES =
Package: libICE-1.0.9-11.module_b06652a5
Summary: X.Org X11 ICE runtime library
RPMs:libICE libICE-devel
Size:895760 bytes

Package: libSM-1.2.2-7.module_b06652a5
Summary: X.Org X11 SM runtime library
RPMs:libSM libSM-devel
Size:433988 bytes

Package: libX11-1.6.5-4.module_b06652a5
Summary: Core X11 protocol client library
RPMs:libX11 libX11-common libX11-devel libX11-xcb
Size:11818736 bytes

Package: libXau-1.0.8-9.module_b06652a5
Summary: Sample Authorization Protocol for X
RPMs:libXau libXau-devel
Size:375688 bytes

Package: libXcomposite-0.4.4-11

Re: Packaging Question

[William Moreno]

*William Moreno Reyes*
Colaborador Proyecto Fedora | Nicaragua
IRC:  williamjmorenor Canales: #fedora-latam ; #fedora-ni
https://fedoraproject.org/wiki/User:Williamjmorenor

2017-10-26 12:10 GMT-06:00 Steve Dickson :

> Hello,
>
> On 10/26/2017 09:57 AM, Steve Dickson wrote:
> > Hello,
> >
> > In an upcoming release the libnfsdimap library
> > will be rolled into the nfs-utils package.
> > Meaning nfs-utils will be install libnfsidmap
> > instead of the libnfsidmap package.
> >
> > The libnfsidmap name will stay the same
> > so I'm hoping there will not be any problems.
> > Just the owner of the library will change.
> >
> > Questions:
> >
> > 1) What do I do with the old libnfsidmap package
> >since it will no longer be updated.
> >
> > 2) How do I notify the packages that are dependent
> >on the libnfsidmap package to change their dependency
> >to nfs-utils
> >
> > 3) Will this cause any build problems now that nfs-utils
> >will be installing the new library?
> >
> > 4) What am I missing?
>
> First of all... thanks for all the input!!! Its definitely appreciated!!
>
> Here is what has been added to the nfs-utils spec file.
>
> Provides: libnfsidmap%{_isa} = %{epoch}:%{version}-%{release}
> Provides: libnfsidmap-devel%{_isa} = %{epoch}:%{version}-%{release}
>
> Obsoletes: libnfsidmap < %{version}-%{release}
> Obsoletes: libnfsidmap-devel < %{version}-%{release}
>
> %package -n libnfsidmap
> Summary: NFSv4 User and Group ID Mapping Library
> Obsoletes: nfs-utils-lib
> Group: System Environment/Libraries
> BuildRoot: %{_tmppath}/%{name}-%{version}-root
> BuildRequires: pkgconfig, openldap-devel
> BuildRequires: automake, libtool
> Requires(postun): /sbin/ldconfig
> Requires(pre): /sbin/ldconfig
> Requires: openldap
>
> %description -n libnfsidmap
> Library that handles mapping between names and ids for NFSv4.
>
> %package -n libnfsidmap-devel
> Summary: Development files for the libnfsidmap library
> Group: Development/Libraries
> Requires: libnfsidmap = %{version}-%{release}
> Requires: pkgconfig
>
> %description -n libnfsidmap-devel
> This package includes header files and libraries necessary for
> developing programs which use the libnfsidmap library.
>
> A couple things are still not right
> 1) when I do the update of nfs-utils, libnfsidmap and libnfsidmap-devel
>nfs-utils and libnfsidmap are installed correctly but the
>libnfsidmap-devel is "replaced" by nfs-utils:
>
> Upgrading:
>  libnfsidmap   x86_64   1:2.2.1-0.fc28 @commandline
>  102 k
>  nfs-utils x86_64   1:2.2.1-0.fc28 @commandline
>  413 k
>  replacing  libnfsidmap-devel.x86_64 0.27-3.fc27
>
>which basically ends up remove it.
>
> Because the main package provides it:
Provides: libnfsidmap-devel%{_isa} = %{epoch}:%{version}-%{release}

Move this line under

%package -n libnfsidmap-devel

And you should get a clean update path
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[389-devel] Re: bug in 389-ds-base-1.2.11.15-91.el6_9.x86_64 with large paged searches

[Mark Reynolds]

On 10/26/2017 02:49 PM, Jeffrey Eaton wrote:
> I can try to build out a RHEL7 system with 1.3 and see if I can
> reproduce it there with my data set as well.  I'll let you know what I
> find.
Great!
>
> I created issue 49429 with more or less the same details as below.
Thank you!
>
> -jeaton
>
>> On Oct 26, 2017, at 12:50 PM, Mark Reynolds > > wrote:
>>
>>
>>
>> On 10/26/2017 12:16 PM, Jeffrey Eaton wrote:
>>> I recently updated to 389-ds-base-1.2.11.15-91.el6_9.x86_64 (from
>>> 389-ds-base-1.2.11.15-50.el6_6.x86_64) and have uncovered a bug with
>>> large paged searches blocking all other searches on the server.  I
>>> tried to access https://pagure.io/389-ds-base/new_issue to open a
>>> bug there, but its giving a 500 error.
>> Its up and running now, so if you don't mind please file a ticket.
>>
>> But... 1.2.11 is no longer under development - meaning no new
>> releases are being done.  
>>
>> So we will see if we can reproduce this on 1.3.6, and fix it there if
>> it's still an issue.
>>
>> Tickets of interest between 1.2.11.15-91  <-->   1.2.11.15-50:
>>
>> 1.2.11.15-75 --- Paged results search returns the blank list of
>> entries (DS 48808)
>> 1.2.11.15-71 --- SimplePagedResults -- in the search error case,
>> simple paged results slot was not released (DS 48375)
>> 1.2.11.15-69 --- SimplePagedResults -- abandon could happen between
>> the abandon check and sending results -- Fixing a regression
>> introduced in 1.2.11.15-68 (DS 48338)
>> 1.2.11.15-68 --- SimplePagedResults -- abandon could happen between
>> the abandon check and sending results (DS 48338)
>> 1.2.11.15-64 --- pagedresults - when timed out, search results could
>> have been already freed. (DS 48299)
>>
>>
>> Regards,
>> Mark
>>>
>>> The case I've discovered is as follows:
>>>
>>> I have a search which returns about 28,000 entries.  The system
>>> which generates this search does a paged search with 1000 results
>>> per page.  I can replicate the behavior with a command line ldap
>>> search like the following
>>>
>>> # ldapsearch -H ldaps://servername:636 -D
>>> 'uid=binddn,ou=specials,dc=cmu,dc=edu' -x -W -E pr=1000/noprompt
>>> "(&(isMemberOf=cn=GroupName,ou=groups,dc=cmu,dc=edu)(guid=*)(objectClass=inetorgperson))",
>>>
>>> As soon as the first 1000 entries are returned, and the search
>>> requests the second page, all other searches being done to the same
>>> server block.
>>>
>>> Specifically, I run a loop doing a trivial search:
>>>
>>> # while true; do time ldapsearch -h servername -x uid=jeaton; sleep
>>> 1 ; done
>>>
>>> This search will return in a fraction of a second:
>>>
>>> real0m0.031s
>>> user0m0.009s
>>> sys0m0.006s
>>>
>>> until the server starts working on the second (and any subsequent
>>> pages).  When that happens, the trivial search blocks for the entire
>>> time that it takes to generate the 1000 entries for the page:
>>>
>>> real0m45.907s
>>> user0m0.009s
>>> sys0m0.008s
>>>
>>> everything looks good in the access log at first:
>>>
>>> [26/Oct/2017:10:10:02 -0400] conn=202655 fd=85 slot=85 connection
>>> from 10.0.0.1 to 10.1.1.1
>>> [26/Oct/2017:10:10:02 -0400] conn=202655 op=0 BIND dn="" method=128
>>> version=3 
>>> [26/Oct/2017:10:10:02 -0400] conn=202655 op=0 RESULT err=0 tag=97
>>> nentries=0 etime=0 dn=""
>>> [26/Oct/2017:10:10:02 -0400] conn=202655 op=1 SRCH
>>> base="dc=cmu,dc=edu" scope=2 filter="(uid=jeaton)" attrs=ALL
>>> [26/Oct/2017:10:10:02 -0400] conn=202655 op=1 RESULT err=0 tag=101
>>> nentries=1 etime=0
>>> [26/Oct/2017:10:10:02 -0400] conn=202655 op=2 UNBIND
>>> [26/Oct/2017:10:10:02 -0400] conn=202655 op=2 fd=85 closed - U1
>>> [26/Oct/2017:10:10:03 -0400] conn=202656 fd=85 slot=85 connection
>>> from 10.0.0.1 to 10.1.1.1
>>> [26/Oct/2017:10:10:04 -0400] conn=202656 op=0 BIND dn="" method=128
>>> version=3
>>> [26/Oct/2017:10:10:04 -0400] conn=202656 op=0 RESULT err=0 tag=97
>>> nentries=0 etime=0 dn=""
>>> [26/Oct/2017:10:10:04 -0400] conn=202656 op=1 SRCH
>>> base="dc=cmu,dc=edu" scope=2 filter="(uid=jeaton)" attrs=ALL
>>> [26/Oct/2017:10:10:04 -0400] conn=202656 op=1 RESULT err=0 tag=101
>>> nentries=1 etime=0
>>> [26/Oct/2017:10:10:04 -0400] conn=202656 op=2 UNBIND
>>> [26/Oct/2017:10:10:04 -0400] conn=202656 op=2 fd=85 closed - U1
>>> [26/Oct/2017:10:10:04 -0400] conn=202657 fd=85 slot=85 SSL
>>> connection from 10.0.0.2 to 10.1.1.1
>>> [26/Oct/2017:10:10:04 -0400] conn=202657 TLS1.0 256-bit AES
>>> [26/Oct/2017:10:10:04 -0400] conn=202657 op=0 BIND
>>> dn="uid=binddn,ou=specials,dc=cmu,dc=edu" method=128 version=3
>>> [26/Oct/2017:10:10:04 -0400] conn=202657 op=0 RESULT err=0 tag=97
>>> nentries=0 etime=0 dn="uid=binddn,ou=specials,dc=cmu,dc=edu"
>>> [26/Oct/2017:10:10:04 -0400] conn=202657 op=1 SRCH
>>> base="dc=cmu,dc=edu" scope=2
>>> filter="(&(isMemberOf=cn=GroupName,ou=groups,dc=cmu,dc=edu)(guid=*)(objectClass=inetorgperson))"
>>> attrs=ALL
>>> [26/Oct/2017:10:10:05 -0400] conn=202658 fd=86 slot=86 connection
>>> from 10.0.0.1 

Re: Packaging Question

[nicolas . mailhot]

Hi,

That's probably due to the

Provides: libnfsidmap%{_isa} = %{epoch}:%{version}-%{release}
Provides: libnfsidmap-devel%{_isa} = %{epoch}:%{version}-%{release}

(not the energy to actually check)

From:

https://fedoraproject.org/wiki/Upgrade_paths_%E2%80%94_renaming_or_splitting_packages
(did I actually write this some years ago? I had forgotten about it)

> Do I need to Provide my old package names?
> Providing your old package names is not necessary to create working upgrade 
> paths[1].
> [1] Yes, we know rpmlint will ask for Provides. Use your common sense and do 
> not follow rpmlint warnings blindly. 

Regards,

-- 
Nicolas Mailhot
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[389-devel] Re: bug in 389-ds-base-1.2.11.15-91.el6_9.x86_64 with large paged searches

[Jeffrey Eaton]

I can try to build out a RHEL7 system with 1.3 and see if I can reproduce it 
there with my data set as well.  I'll let you know what I find.

I created issue 49429 with more or less the same details as below.

-jeaton

On Oct 26, 2017, at 12:50 PM, Mark Reynolds 
> wrote:



On 10/26/2017 12:16 PM, Jeffrey Eaton wrote:
I recently updated to 389-ds-base-1.2.11.15-91.el6_9.x86_64 (from 
389-ds-base-1.2.11.15-50.el6_6.x86_64) and have uncovered a bug with large 
paged searches blocking all other searches on the server.  I tried to access 
https://pagure.io/389-ds-base/new_issue to open a bug there, but its giving a 
500 error.
Its up and running now, so if you don't mind please file a ticket.

But... 1.2.11 is no longer under development - meaning no new releases are 
being done.

So we will see if we can reproduce this on 1.3.6, and fix it there if it's 
still an issue.

Tickets of interest between 1.2.11.15-91  <-->   1.2.11.15-50:

1.2.11.15-75 --- Paged results search returns the blank list of entries (DS 
48808)
1.2.11.15-71 --- SimplePagedResults -- in the search error case, simple paged 
results slot was not released (DS 48375)
1.2.11.15-69 --- SimplePagedResults -- abandon could happen between the abandon 
check and sending results -- Fixing a regression introduced in 1.2.11.15-68 (DS 
48338)
1.2.11.15-68 --- SimplePagedResults -- abandon could happen between the abandon 
check and sending results (DS 48338)
1.2.11.15-64 --- pagedresults - when timed out, search results could have been 
already freed. (DS 48299)


Regards,
Mark

The case I've discovered is as follows:

I have a search which returns about 28,000 entries.  The system which generates 
this search does a paged search with 1000 results per page.  I can replicate 
the behavior with a command line ldap search like the following

# ldapsearch -H ldaps://servername:636 -D 
'uid=binddn,ou=specials,dc=cmu,dc=edu' -x -W -E pr=1000/noprompt 
"(&(isMemberOf=cn=GroupName,ou=groups,dc=cmu,dc=edu)(guid=*)(objectClass=inetorgperson))",

As soon as the first 1000 entries are returned, and the search requests the 
second page, all other searches being done to the same server block.

Specifically, I run a loop doing a trivial search:

# while true; do time ldapsearch -h servername -x uid=jeaton; sleep 1 ; done

This search will return in a fraction of a second:

real 0m0.031s
user 0m0.009s
sys 0m0.006s

until the server starts working on the second (and any subsequent pages).  When 
that happens, the trivial search blocks for the entire time that it takes to 
generate the 1000 entries for the page:

real 0m45.907s
user 0m0.009s
sys 0m0.008s

everything looks good in the access log at first:

[26/Oct/2017:10:10:02 -0400] conn=202655 fd=85 slot=85 connection from 10.0.0.1 
to 10.1.1.1
[26/Oct/2017:10:10:02 -0400] conn=202655 op=0 BIND dn="" method=128 version=3
[26/Oct/2017:10:10:02 -0400] conn=202655 op=0 RESULT err=0 tag=97 nentries=0 
etime=0 dn=""
[26/Oct/2017:10:10:02 -0400] conn=202655 op=1 SRCH base="dc=cmu,dc=edu" scope=2 
filter="(uid=jeaton)" attrs=ALL
[26/Oct/2017:10:10:02 -0400] conn=202655 op=1 RESULT err=0 tag=101 nentries=1 
etime=0
[26/Oct/2017:10:10:02 -0400] conn=202655 op=2 UNBIND
[26/Oct/2017:10:10:02 -0400] conn=202655 op=2 fd=85 closed - U1
[26/Oct/2017:10:10:03 -0400] conn=202656 fd=85 slot=85 connection from 10.0.0.1 
to 10.1.1.1
[26/Oct/2017:10:10:04 -0400] conn=202656 op=0 BIND dn="" method=128 version=3
[26/Oct/2017:10:10:04 -0400] conn=202656 op=0 RESULT err=0 tag=97 nentries=0 
etime=0 dn=""
[26/Oct/2017:10:10:04 -0400] conn=202656 op=1 SRCH base="dc=cmu,dc=edu" scope=2 
filter="(uid=jeaton)" attrs=ALL
[26/Oct/2017:10:10:04 -0400] conn=202656 op=1 RESULT err=0 tag=101 nentries=1 
etime=0
[26/Oct/2017:10:10:04 -0400] conn=202656 op=2 UNBIND
[26/Oct/2017:10:10:04 -0400] conn=202656 op=2 fd=85 closed - U1
[26/Oct/2017:10:10:04 -0400] conn=202657 fd=85 slot=85 SSL connection from 
10.0.0.2 to 10.1.1.1
[26/Oct/2017:10:10:04 -0400] conn=202657 TLS1.0 256-bit AES
[26/Oct/2017:10:10:04 -0400] conn=202657 op=0 BIND 
dn="uid=binddn,ou=specials,dc=cmu,dc=edu" method=128 version=3
[26/Oct/2017:10:10:04 -0400] conn=202657 op=0 RESULT err=0 tag=97 nentries=0 
etime=0 dn="uid=binddn,ou=specials,dc=cmu,dc=edu"
[26/Oct/2017:10:10:04 -0400] conn=202657 op=1 SRCH base="dc=cmu,dc=edu" scope=2 
filter="(&(isMemberOf=cn=GroupName,ou=groups,dc=cmu,dc=edu)(guid=*)(objectClass=inetorgperson))"
 attrs=ALL
[26/Oct/2017:10:10:05 -0400] conn=202658 fd=86 slot=86 connection from 10.0.0.1 
to 10.1.1.1
[26/Oct/2017:10:10:05 -0400] conn=202658 op=0 BIND dn="" method=128 version=3
[26/Oct/2017:10:10:05 -0400] conn=202658 op=0 RESULT err=0 tag=97 nentries=0 
etime=0 dn=""
[26/Oct/2017:10:10:05 -0400] conn=202658 op=1 SRCH base="dc=cmu,dc=edu" scope=2 
filter="(uid=jeaton)" attrs=ALL
[26/Oct/2017:10:10:05 -0400] conn=202658 op=1 RESULT err=0 tag=101 nentries=1 
etime=0
[26/Oct/2017:10:10:05 -0400] conn=202658 op=2 

Re: Packaging Question

[Hedayat Vatankhah]

Hi,

/*Steve Dickson*/ wrote on Thu, 26 Oct 2017 14:10:49 -0400:

Hello,

On 10/26/2017 09:57 AM, Steve Dickson wrote:

Hello,

In an upcoming release the libnfsdimap library
will be rolled into the nfs-utils package.
Meaning nfs-utils will be install libnfsidmap
instead of the libnfsidmap package.

The libnfsidmap name will stay the same
so I'm hoping there will not be any problems.
Just the owner of the library will change.

Questions:

1) What do I do with the old libnfsidmap package
since it will no longer be updated.

2) How do I notify the packages that are dependent
on the libnfsidmap package to change their dependency
to nfs-utils

3) Will this cause any build problems now that nfs-utils
will be installing the new library?

4) What am I missing?

First of all... thanks for all the input!!! Its definitely appreciated!!

Here is what has been added to the nfs-utils spec file.

Provides: libnfsidmap%{_isa} = %{epoch}:%{version}-%{release}
Provides: libnfsidmap-devel%{_isa} = %{epoch}:%{version}-%{release}

Obsoletes: libnfsidmap < %{version}-%{release}
Obsoletes: libnfsidmap-devel < %{version}-%{release}
As you are actually providing libnfsidmap & libnfsidmap-devel RPM 
packages, I think there is no need for the above. They were needed if 
you didn't put libnfsidmap in a separate RPM.
In your case, you are actually providing the same RPM packages, just 
from a different SRPM. So in the RPM repository, almost nothing is 
changed (except the name of SRPM which has produced those RPM packages, 
which has no effect on dependency resolution).





%package -n libnfsidmap
Summary: NFSv4 User and Group ID Mapping Library
Obsoletes: nfs-utils-lib
Group: System Environment/Libraries
BuildRoot: %{_tmppath}/%{name}-%{version}-root
BuildRequires: pkgconfig, openldap-devel
BuildRequires: automake, libtool
Requires(postun): /sbin/ldconfig
Requires(pre): /sbin/ldconfig
Requires: openldap

%description -n libnfsidmap
Library that handles mapping between names and ids for NFSv4.

%package -n libnfsidmap-devel
Summary: Development files for the libnfsidmap library
Group: Development/Libraries
Requires: libnfsidmap = %{version}-%{release}
Requires: pkgconfig

%description -n libnfsidmap-devel
This package includes header files and libraries necessary for
developing programs which use the libnfsidmap library.

A couple things are still not right
1) when I do the update of nfs-utils, libnfsidmap and libnfsidmap-devel
nfs-utils and libnfsidmap are installed correctly but the
libnfsidmap-devel is "replaced" by nfs-utils:

Upgrading:
  libnfsidmap   x86_64   1:2.2.1-0.fc28 @commandline   102 k
  nfs-utils x86_64   1:2.2.1-0.fc28 @commandline   413 k
  replacing  libnfsidmap-devel.x86_64 0.27-3.fc27

which basically ends up remove it.
Because you've said that nfs-utils package provides libnfsidmap-devel 
too. Actually, I would expect it to also remove libnfsidmap!


Regards,
Hedayat




2) 'dnf downgrade nfs-utils' I'm assuming should also downgrade libnfsidmap
 as well... but only nfs-utils is downgraded. BUT... if a
 'dnf downgrade libnfsidmap' is done, both libnfsidmap and nfs-utils are 
downgraded.

3) there no libnfsidmap-debuginfo rpm being built.

any ideas??

tia,

steved.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Modular bikeshed compose report: 20171026.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Modular-Bikeshed-20171026.n.0
NEW: Fedora-Modular-Bikeshed-20171026.n.0

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  0
Dropped packages:0
Upgraded packages:   0
Downgraded packages: 0

Size of added packages:  0.00 B
Size of dropped packages:0.00 B
Size of upgraded packages:   0.00 B
Size of downgraded packages: 0.00 B

Size change of upgraded packages:   0.00 B
Size change of downgraded packages: 0.00 B

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =

= DROPPED PACKAGES =

= UPGRADED PACKAGES =

= DOWNGRADED PACKAGES =
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Packaging Question

[Steve Dickson]

Hello,

On 10/26/2017 09:57 AM, Steve Dickson wrote:
> Hello,
> 
> In an upcoming release the libnfsdimap library
> will be rolled into the nfs-utils package.
> Meaning nfs-utils will be install libnfsidmap 
> instead of the libnfsidmap package. 
> 
> The libnfsidmap name will stay the same
> so I'm hoping there will not be any problems. 
> Just the owner of the library will change.
> 
> Questions:
> 
> 1) What do I do with the old libnfsidmap package
>since it will no longer be updated.
> 
> 2) How do I notify the packages that are dependent
>on the libnfsidmap package to change their dependency
>to nfs-utils
> 
> 3) Will this cause any build problems now that nfs-utils
>will be installing the new library?
> 
> 4) What am I missing? 

First of all... thanks for all the input!!! Its definitely appreciated!!

Here is what has been added to the nfs-utils spec file.

Provides: libnfsidmap%{_isa} = %{epoch}:%{version}-%{release}
Provides: libnfsidmap-devel%{_isa} = %{epoch}:%{version}-%{release}

Obsoletes: libnfsidmap < %{version}-%{release}
Obsoletes: libnfsidmap-devel < %{version}-%{release}

%package -n libnfsidmap
Summary: NFSv4 User and Group ID Mapping Library
Obsoletes: nfs-utils-lib
Group: System Environment/Libraries
BuildRoot: %{_tmppath}/%{name}-%{version}-root
BuildRequires: pkgconfig, openldap-devel
BuildRequires: automake, libtool
Requires(postun): /sbin/ldconfig
Requires(pre): /sbin/ldconfig
Requires: openldap

%description -n libnfsidmap
Library that handles mapping between names and ids for NFSv4.

%package -n libnfsidmap-devel
Summary: Development files for the libnfsidmap library
Group: Development/Libraries
Requires: libnfsidmap = %{version}-%{release}
Requires: pkgconfig

%description -n libnfsidmap-devel
This package includes header files and libraries necessary for
developing programs which use the libnfsidmap library.

A couple things are still not right
1) when I do the update of nfs-utils, libnfsidmap and libnfsidmap-devel
   nfs-utils and libnfsidmap are installed correctly but the
   libnfsidmap-devel is "replaced" by nfs-utils:

Upgrading:
 libnfsidmap   x86_64   1:2.2.1-0.fc28 @commandline   102 k
 nfs-utils x86_64   1:2.2.1-0.fc28 @commandline   413 k
 replacing  libnfsidmap-devel.x86_64 0.27-3.fc27

   which basically ends up remove it.

2) 'dnf downgrade nfs-utils' I'm assuming should also downgrade libnfsidmap
as well... but only nfs-utils is downgraded. BUT... if a 
'dnf downgrade libnfsidmap' is done, both libnfsidmap and nfs-utils are 
downgraded.

3) there no libnfsidmap-debuginfo rpm being built. 

any ideas?? 

tia,

steved.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Modular 27 compose report: 20171026.n.1 changes

[Fedora Branched Report]

OLD: Fedora-Modular-27-20171025.n.0
NEW: Fedora-Modular-27-20171026.n.1

= SUMMARY =
Added images:23
Dropped images:  0
Added packages:  7
Dropped packages:16
Upgraded packages:   117
Downgraded packages: 3

Size of added packages:  21.42 MiB
Size of dropped packages:106.95 MiB
Size of upgraded packages:   2.26 GiB
Size of downgraded packages: 35.27 MiB

Size change of upgraded packages:   -145.88 KiB
Size change of downgraded packages: 182.18 KiB

= ADDED IMAGES =
Image: Container_Minimal docker x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Container-Minimal-27_Modular-20171026.n.1.x86_64.tar.xz
Image: Server qcow2 x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Server-27_Modular-20171026.n.1.x86_64.qcow2
Image: Server raw-xz ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Server-27_Modular-20171026.n.1.ppc64le.raw.xz
Image: Server boot aarch64
Path: 
Server/aarch64/iso/Fedora-Modular-Server-netinst-aarch64-27-20171026.n.1.iso
Image: Container_Minimal docker armhfp
Path: 
Server/armhfp/images/Fedora-Modular-Container-Minimal-27_Modular-20171026.n.1.armhfp.tar.xz
Image: Server qcow2 ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Server-27_Modular-20171026.n.1.ppc64le.qcow2
Image: Server boot i386
Path: Server/i386/iso/Fedora-Modular-Server-netinst-i386-27-20171026.n.1.iso
Image: Server boot x86_64
Path: Server/x86_64/iso/Fedora-Modular-Server-netinst-x86_64-27-20171026.n.1.iso
Image: Container_Minimal docker ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Container-Minimal-27_Modular-20171026.n.1.ppc64le.tar.xz
Image: Server dvd i386
Path: Server/i386/iso/Fedora-Modular-Server-dvd-i386-27-20171026.n.1.iso
Image: Server qcow2 aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Server-27_Modular-20171026.n.1.aarch64.qcow2
Image: Container_Base docker x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Container-Base-27_Modular-20171026.n.1.x86_64.tar.xz
Image: Container_Base docker armhfp
Path: 
Server/armhfp/images/Fedora-Modular-Container-Base-27_Modular-20171026.n.1.armhfp.tar.xz
Image: Server raw-xz aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Server-27_Modular-20171026.n.1.aarch64.raw.xz
Image: Container_Minimal docker aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Container-Minimal-27_Modular-20171026.n.1.aarch64.tar.xz
Image: Server dvd x86_64
Path: Server/x86_64/iso/Fedora-Modular-Server-dvd-x86_64-27-20171026.n.1.iso
Image: Container_Base docker aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Container-Base-27_Modular-20171026.n.1.aarch64.tar.xz
Image: Server boot ppc64le
Path: 
Server/ppc64le/iso/Fedora-Modular-Server-netinst-ppc64le-27-20171026.n.1.iso
Image: Server boot s390x
Path: Server/s390x/iso/Fedora-Modular-Server-netinst-s390x-27-20171026.n.1.iso
Image: Server raw-xz x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Server-27_Modular-20171026.n.1.x86_64.raw.xz
Image: Container_Base docker ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Container-Base-27_Modular-20171026.n.1.ppc64le.tar.xz
Image: Server dvd aarch64
Path: Server/aarch64/iso/Fedora-Modular-Server-dvd-aarch64-27-20171026.n.1.iso
Image: Server boot ppc64
Path: Server/ppc64/iso/Fedora-Modular-Server-netinst-ppc64-27-20171026.n.1.iso

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: libasyncns-0.8-13.module_43b6ce7b
Summary: Asynchronous Name Service Library
RPMs:libasyncns libasyncns-devel
Size:306384 bytes

Package: libcanberra-0.30-15.module_43b6ce7b
Summary: Portable Sound Event Library
RPMs:libcanberra libcanberra-devel libcanberra-gtk2 libcanberra-gtk3
Size:1396048 bytes

Package: libgtop2-2.38.0-1.module_43b6ce7b
Summary: LibGTop library (version 2)
RPMs:libgtop2 libgtop2-devel
Size:1665056 bytes

Package: pulseaudio-11.1-3.module_43b6ce7b
Summary: Improved Linux Sound Server
RPMs:pulseaudio pulseaudio-esound-compat pulseaudio-gdm-hooks 
pulseaudio-libs pulseaudio-libs-devel pulseaudio-libs-glib2 
pulseaudio-module-bluetooth pulseaudio-module-gconf pulseaudio-module-jack 
pulseaudio-module-lirc pulseaudio-module-x11 pulseaudio-module-zeroconf 
pulseaudio-qpaeq pulseaudio-utils
Size:18092616 bytes

Package: sound-theme-freedesktop-0.8-8.module_43b6ce7b
Summary: freedesktop.org sound theme
RPMs:sound-theme-freedesktop
Size:389508 bytes

Package: startup-notification-0.12-14.module_4dd82810
Summary: Library for tracking application startup
RPMs:startup-notification startup-notification-devel
Size:465580 bytes

Package: xorg-x11-drv-geode-2.11.19-4.module_64dff917
Summary: Xorg X11 AMD Geode video driver
RPMs:xorg-x11-drv-geode
Size:143472 bytes


= DROPPED PACKAGES =
Package: fedora-logos-26.0.1-3.module_152f1393
Summary: Fedora-related icons and pictures
RPMs:fedora-logos fedora-logos-httpd
Size:60129516 bytes

Package: libICE-1.0.9-11.module_b06652a5
Summary: X.Org X11 ICE runtime library
RPMs:libICE libICE-devel
Size:895760 bytes

Package: libSM

Fedora Modular 27 compose report: 20171026.n.1 changes

[Fedora Branched Report]

OLD: Fedora-Modular-27-20171025.n.0
NEW: Fedora-Modular-27-20171026.n.1

= SUMMARY =
Added images:23
Dropped images:  0
Added packages:  7
Dropped packages:16
Upgraded packages:   117
Downgraded packages: 3

Size of added packages:  21.42 MiB
Size of dropped packages:106.95 MiB
Size of upgraded packages:   2.26 GiB
Size of downgraded packages: 35.27 MiB

Size change of upgraded packages:   -145.88 KiB
Size change of downgraded packages: 182.18 KiB

= ADDED IMAGES =
Image: Container_Minimal docker x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Container-Minimal-27_Modular-20171026.n.1.x86_64.tar.xz
Image: Server qcow2 x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Server-27_Modular-20171026.n.1.x86_64.qcow2
Image: Server raw-xz ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Server-27_Modular-20171026.n.1.ppc64le.raw.xz
Image: Server boot aarch64
Path: 
Server/aarch64/iso/Fedora-Modular-Server-netinst-aarch64-27-20171026.n.1.iso
Image: Container_Minimal docker armhfp
Path: 
Server/armhfp/images/Fedora-Modular-Container-Minimal-27_Modular-20171026.n.1.armhfp.tar.xz
Image: Server qcow2 ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Server-27_Modular-20171026.n.1.ppc64le.qcow2
Image: Server boot i386
Path: Server/i386/iso/Fedora-Modular-Server-netinst-i386-27-20171026.n.1.iso
Image: Server boot x86_64
Path: Server/x86_64/iso/Fedora-Modular-Server-netinst-x86_64-27-20171026.n.1.iso
Image: Container_Minimal docker ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Container-Minimal-27_Modular-20171026.n.1.ppc64le.tar.xz
Image: Server dvd i386
Path: Server/i386/iso/Fedora-Modular-Server-dvd-i386-27-20171026.n.1.iso
Image: Server qcow2 aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Server-27_Modular-20171026.n.1.aarch64.qcow2
Image: Container_Base docker x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Container-Base-27_Modular-20171026.n.1.x86_64.tar.xz
Image: Container_Base docker armhfp
Path: 
Server/armhfp/images/Fedora-Modular-Container-Base-27_Modular-20171026.n.1.armhfp.tar.xz
Image: Server raw-xz aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Server-27_Modular-20171026.n.1.aarch64.raw.xz
Image: Container_Minimal docker aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Container-Minimal-27_Modular-20171026.n.1.aarch64.tar.xz
Image: Server dvd x86_64
Path: Server/x86_64/iso/Fedora-Modular-Server-dvd-x86_64-27-20171026.n.1.iso
Image: Container_Base docker aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Container-Base-27_Modular-20171026.n.1.aarch64.tar.xz
Image: Server boot ppc64le
Path: 
Server/ppc64le/iso/Fedora-Modular-Server-netinst-ppc64le-27-20171026.n.1.iso
Image: Server boot s390x
Path: Server/s390x/iso/Fedora-Modular-Server-netinst-s390x-27-20171026.n.1.iso
Image: Server raw-xz x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Server-27_Modular-20171026.n.1.x86_64.raw.xz
Image: Container_Base docker ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Container-Base-27_Modular-20171026.n.1.ppc64le.tar.xz
Image: Server dvd aarch64
Path: Server/aarch64/iso/Fedora-Modular-Server-dvd-aarch64-27-20171026.n.1.iso
Image: Server boot ppc64
Path: Server/ppc64/iso/Fedora-Modular-Server-netinst-ppc64-27-20171026.n.1.iso

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: libasyncns-0.8-13.module_43b6ce7b
Summary: Asynchronous Name Service Library
RPMs:libasyncns libasyncns-devel
Size:306384 bytes

Package: libcanberra-0.30-15.module_43b6ce7b
Summary: Portable Sound Event Library
RPMs:libcanberra libcanberra-devel libcanberra-gtk2 libcanberra-gtk3
Size:1396048 bytes

Package: libgtop2-2.38.0-1.module_43b6ce7b
Summary: LibGTop library (version 2)
RPMs:libgtop2 libgtop2-devel
Size:1665056 bytes

Package: pulseaudio-11.1-3.module_43b6ce7b
Summary: Improved Linux Sound Server
RPMs:pulseaudio pulseaudio-esound-compat pulseaudio-gdm-hooks 
pulseaudio-libs pulseaudio-libs-devel pulseaudio-libs-glib2 
pulseaudio-module-bluetooth pulseaudio-module-gconf pulseaudio-module-jack 
pulseaudio-module-lirc pulseaudio-module-x11 pulseaudio-module-zeroconf 
pulseaudio-qpaeq pulseaudio-utils
Size:18092616 bytes

Package: sound-theme-freedesktop-0.8-8.module_43b6ce7b
Summary: freedesktop.org sound theme
RPMs:sound-theme-freedesktop
Size:389508 bytes

Package: startup-notification-0.12-14.module_4dd82810
Summary: Library for tracking application startup
RPMs:startup-notification startup-notification-devel
Size:465580 bytes

Package: xorg-x11-drv-geode-2.11.19-4.module_64dff917
Summary: Xorg X11 AMD Geode video driver
RPMs:xorg-x11-drv-geode
Size:143472 bytes


= DROPPED PACKAGES =
Package: fedora-logos-26.0.1-3.module_152f1393
Summary: Fedora-related icons and pictures
RPMs:fedora-logos fedora-logos-httpd
Size:60129516 bytes

Package: libICE-1.0.9-11.module_b06652a5
Summary: X.Org X11 ICE runtime library
RPMs:libICE libICE-devel
Size:895760 bytes

Package: libSM

Re: Heads Up - openssl makefile and scripts for creating self signed certificates

[Jason L Tibbitts III]

> "TM" == Tomas Mraz  writes:

TM> Although it is much easier now to set up proper certificates for
TM> your servers with Let's Encrypt, it is still not fully automatable
TM> process (it needs at least some set up at the beginning for the
TM> first issued certificate). Thus it cannot be included for example in
TM> rpm packages
TM> %post scripts, etc.

But packages shouldn't be creating certificates in %post scriptlets.  At
least those which start daemons (which I think would be most of them).
That should be done when the daemon starts for the first time using
sscg.  See
https://fedoraproject.org/wiki/Packaging:Initial_Service_Setup

 - J<
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[389-devel] Re: bug in 389-ds-base-1.2.11.15-91.el6_9.x86_64 with large paged searches

[Mark Reynolds]

On 10/26/2017 12:16 PM, Jeffrey Eaton wrote:
> I recently updated to 389-ds-base-1.2.11.15-91.el6_9.x86_64 (from
> 389-ds-base-1.2.11.15-50.el6_6.x86_64) and have uncovered a bug with
> large paged searches blocking all other searches on the server.  I
> tried to access https://pagure.io/389-ds-base/new_issue to open a bug
> there, but its giving a 500 error. 
Its up and running now, so if you don't mind please file a ticket.

But... 1.2.11 is no longer under development - meaning no new releases
are being done. 

So we will see if we can reproduce this on 1.3.6, and fix it there if
it's still an issue.

Tickets of interest between 1.2.11.15-91  <-->   1.2.11.15-50:

1.2.11.15-75 --- Paged results search returns the blank list of entries
(DS 48808)
1.2.11.15-71 --- SimplePagedResults -- in the search error case, simple
paged results slot was not released (DS 48375)
1.2.11.15-69 --- SimplePagedResults -- abandon could happen between the
abandon check and sending results -- Fixing a regression introduced in
1.2.11.15-68 (DS 48338)
1.2.11.15-68 --- SimplePagedResults -- abandon could happen between the
abandon check and sending results (DS 48338)
1.2.11.15-64 --- pagedresults - when timed out, search results could
have been already freed. (DS 48299)


Regards,
Mark
>
> The case I've discovered is as follows:
>
> I have a search which returns about 28,000 entries.  The system which
> generates this search does a paged search with 1000 results per page.
>  I can replicate the behavior with a command line ldap search like the
> following
>
> # ldapsearch -H ldaps://servername:636 -D
> 'uid=binddn,ou=specials,dc=cmu,dc=edu' -x -W -E pr=1000/noprompt
> "(&(isMemberOf=cn=GroupName,ou=groups,dc=cmu,dc=edu)(guid=*)(objectClass=inetorgperson))",
>
> As soon as the first 1000 entries are returned, and the search
> requests the second page, all other searches being done to the same
> server block.
>
> Specifically, I run a loop doing a trivial search:
>
> # while true; do time ldapsearch -h servername -x uid=jeaton; sleep 1
> ; done
>
> This search will return in a fraction of a second:
>
> real0m0.031s
> user0m0.009s
> sys0m0.006s
>
> until the server starts working on the second (and any subsequent
> pages).  When that happens, the trivial search blocks for the entire
> time that it takes to generate the 1000 entries for the page:
>
> real0m45.907s
> user0m0.009s
> sys0m0.008s
>
> everything looks good in the access log at first:
>
> [26/Oct/2017:10:10:02 -0400] conn=202655 fd=85 slot=85 connection from
> 10.0.0.1 to 10.1.1.1
> [26/Oct/2017:10:10:02 -0400] conn=202655 op=0 BIND dn="" method=128
> version=3 
> [26/Oct/2017:10:10:02 -0400] conn=202655 op=0 RESULT err=0 tag=97
> nentries=0 etime=0 dn=""
> [26/Oct/2017:10:10:02 -0400] conn=202655 op=1 SRCH
> base="dc=cmu,dc=edu" scope=2 filter="(uid=jeaton)" attrs=ALL
> [26/Oct/2017:10:10:02 -0400] conn=202655 op=1 RESULT err=0 tag=101
> nentries=1 etime=0
> [26/Oct/2017:10:10:02 -0400] conn=202655 op=2 UNBIND
> [26/Oct/2017:10:10:02 -0400] conn=202655 op=2 fd=85 closed - U1
> [26/Oct/2017:10:10:03 -0400] conn=202656 fd=85 slot=85 connection from
> 10.0.0.1 to 10.1.1.1
> [26/Oct/2017:10:10:04 -0400] conn=202656 op=0 BIND dn="" method=128
> version=3
> [26/Oct/2017:10:10:04 -0400] conn=202656 op=0 RESULT err=0 tag=97
> nentries=0 etime=0 dn=""
> [26/Oct/2017:10:10:04 -0400] conn=202656 op=1 SRCH
> base="dc=cmu,dc=edu" scope=2 filter="(uid=jeaton)" attrs=ALL
> [26/Oct/2017:10:10:04 -0400] conn=202656 op=1 RESULT err=0 tag=101
> nentries=1 etime=0
> [26/Oct/2017:10:10:04 -0400] conn=202656 op=2 UNBIND
> [26/Oct/2017:10:10:04 -0400] conn=202656 op=2 fd=85 closed - U1
> [26/Oct/2017:10:10:04 -0400] conn=202657 fd=85 slot=85 SSL connection
> from 10.0.0.2 to 10.1.1.1
> [26/Oct/2017:10:10:04 -0400] conn=202657 TLS1.0 256-bit AES
> [26/Oct/2017:10:10:04 -0400] conn=202657 op=0 BIND
> dn="uid=binddn,ou=specials,dc=cmu,dc=edu" method=128 version=3
> [26/Oct/2017:10:10:04 -0400] conn=202657 op=0 RESULT err=0 tag=97
> nentries=0 etime=0 dn="uid=binddn,ou=specials,dc=cmu,dc=edu"
> [26/Oct/2017:10:10:04 -0400] conn=202657 op=1 SRCH
> base="dc=cmu,dc=edu" scope=2
> filter="(&(isMemberOf=cn=GroupName,ou=groups,dc=cmu,dc=edu)(guid=*)(objectClass=inetorgperson))"
> attrs=ALL
> [26/Oct/2017:10:10:05 -0400] conn=202658 fd=86 slot=86 connection from
> 10.0.0.1 to 10.1.1.1
> [26/Oct/2017:10:10:05 -0400] conn=202658 op=0 BIND dn="" method=128
> version=3
> [26/Oct/2017:10:10:05 -0400] conn=202658 op=0 RESULT err=0 tag=97
> nentries=0 etime=0 dn=""
> [26/Oct/2017:10:10:05 -0400] conn=202658 op=1 SRCH
> base="dc=cmu,dc=edu" scope=2 filter="(uid=jeaton)" attrs=ALL
> [26/Oct/2017:10:10:05 -0400] conn=202658 op=1 RESULT err=0 tag=101
> nentries=1 etime=0
> [26/Oct/2017:10:10:05 -0400] conn=202658 op=2 UNBIND
> [26/Oct/2017:10:10:05 -0400] conn=202658 op=2 fd=86 closed - U1
> [26/Oct/2017:10:10:06 -0400] conn=202659 fd=86 slot=86 connection from
> 10.0.0.1 to 10.1.1.1
> [26/Oct/2017:10:10:06 

F28 System Wide Change: NSS Default File Format SQL

[Jan Kurik]

= System Wide Change: NSS Default File Format SQL =
https://fedoraproject.org/wiki/Changes/NSSDefaultFileFormatSql

Change owner(s):
* Kai Engert 

Change the NSS library default to use the sqlite based data storage,
when applications don't specify their preferred storage file format.

== Detailed Description ==

Applications that use the NSS library often use a database for storage
of keys, certificates and trust. NSS supports two different file
formats, one called DBM (based on berkeley DB files) and another one
called SQL (based on sqlite DB files).

Today's default file format used by NSS, used when applications omit
the type parameter, is the older DBM file format, which forbids
parallel access to the storage. The suggestion is to change the
default file format to SQL, which allows parallel access to the
storage.

Applications, or users using the NSS command line utilities, often
provide the database storage location using a simple directory path
parameter. Some might not be aware, or forget, that the parameter can
be prefixed with a type modifier, either "dbm:" or "sql:".

As a result, when not providing this parameter, the file format used
will be the fragile DBM file format. This is particuarly problematic,
if a user attempts to modify the NSS storage using command line tools,
while another process, such as a daemon, is running concurrently,
which also accesses the same database in the DBM file format. This
often results in corrupted database storage, which cannot be
recovered.

By changing the default, all applications that currently use the DBM
file format, will automatically be migrated to the SQL file format.
NSS has the ability to discover if a storage location (a directory)
contains the DBM file format. If configured to use the modern SQL
format, NSS will automatically perform a one-time conversion from the
DBM to the SQL format.

The same applies to the NSS command line utilities. If the NSS library
default is changed to SQL, the NSS tools will also trigger the
one-time conversion, or access the already converted files.

== Scope ==

* Proposal owners:
A small downstream patch needs to be applied to the NSS library
package, which changes the library default.

* Other developers:
It's up to developers of NSS applications, if they accept the new
default and an automatic conversion, or if they prefer to continue to
use the classic DBM storage format. Although not recommended,
developers can easily do so, by adding a "dbm:" prefix to the storage
parameter they provide to NSS at NSS library initialization time.

* Release engineering: [1]
No help should be necessary. No mass rebuild necessary.

* Policies and guidelines: N/A

* Trademark approval: N/A

[1] https://pagure.io/releng/issue/6883
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org

F28 System Wide Change: NSS Default File Format SQL

[Jan Kurik]

= System Wide Change: NSS Default File Format SQL =
https://fedoraproject.org/wiki/Changes/NSSDefaultFileFormatSql

Change owner(s):
* Kai Engert 

Change the NSS library default to use the sqlite based data storage,
when applications don't specify their preferred storage file format.

== Detailed Description ==

Applications that use the NSS library often use a database for storage
of keys, certificates and trust. NSS supports two different file
formats, one called DBM (based on berkeley DB files) and another one
called SQL (based on sqlite DB files).

Today's default file format used by NSS, used when applications omit
the type parameter, is the older DBM file format, which forbids
parallel access to the storage. The suggestion is to change the
default file format to SQL, which allows parallel access to the
storage.

Applications, or users using the NSS command line utilities, often
provide the database storage location using a simple directory path
parameter. Some might not be aware, or forget, that the parameter can
be prefixed with a type modifier, either "dbm:" or "sql:".

As a result, when not providing this parameter, the file format used
will be the fragile DBM file format. This is particuarly problematic,
if a user attempts to modify the NSS storage using command line tools,
while another process, such as a daemon, is running concurrently,
which also accesses the same database in the DBM file format. This
often results in corrupted database storage, which cannot be
recovered.

By changing the default, all applications that currently use the DBM
file format, will automatically be migrated to the SQL file format.
NSS has the ability to discover if a storage location (a directory)
contains the DBM file format. If configured to use the modern SQL
format, NSS will automatically perform a one-time conversion from the
DBM to the SQL format.

The same applies to the NSS command line utilities. If the NSS library
default is changed to SQL, the NSS tools will also trigger the
one-time conversion, or access the already converted files.

== Scope ==

* Proposal owners:
A small downstream patch needs to be applied to the NSS library
package, which changes the library default.

* Other developers:
It's up to developers of NSS applications, if they accept the new
default and an automatic conversion, or if they prefer to continue to
use the classic DBM storage format. Although not recommended,
developers can easily do so, by adding a "dbm:" prefix to the storage
parameter they provide to NSS at NSS library initialization time.

* Release engineering: [1]
No help should be necessary. No mass rebuild necessary.

* Policies and guidelines: N/A

* Trademark approval: N/A

[1] https://pagure.io/releng/issue/6883
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Modular 27 compose report: 20171025.n.3 changes

[Fedora Branched Report]

OLD: Fedora-Modular-27-20171025.n.0
NEW: Fedora-Modular-27-20171025.n.3

= SUMMARY =
Added images:21
Dropped images:  0
Added packages:  6
Dropped packages:1
Upgraded packages:   111
Downgraded packages: 3

Size of added packages:  21.28 MiB
Size of dropped packages:57.34 MiB
Size of upgraded packages:   1.13 GiB
Size of downgraded packages: 35.27 MiB

Size change of upgraded packages:   -1.21 KiB
Size change of downgraded packages: 182.18 KiB

= ADDED IMAGES =
Image: Server boot x86_64
Path: Server/x86_64/iso/Fedora-Modular-Server-netinst-x86_64-27-20171025.n.3.iso
Image: Container_Minimal docker x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Container-Minimal-27_Modular-20171025.n.3.x86_64.tar.xz
Image: Server raw-xz x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Server-27_Modular-20171025.n.3.x86_64.raw.xz
Image: Server raw-xz aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Server-27_Modular-20171025.n.3.aarch64.raw.xz
Image: Server qcow2 x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Server-27_Modular-20171025.n.3.x86_64.qcow2
Image: Container_Minimal docker ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Container-Minimal-27_Modular-20171025.n.3.ppc64le.tar.xz
Image: Container_Base docker aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Container-Base-27_Modular-20171025.n.3.aarch64.tar.xz
Image: Server boot ppc64le
Path: 
Server/ppc64le/iso/Fedora-Modular-Server-netinst-ppc64le-27-20171025.n.3.iso
Image: Server raw-xz ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Server-27_Modular-20171025.n.3.ppc64le.raw.xz
Image: Server boot aarch64
Path: 
Server/aarch64/iso/Fedora-Modular-Server-netinst-aarch64-27-20171025.n.3.iso
Image: Server boot s390x
Path: Server/s390x/iso/Fedora-Modular-Server-netinst-s390x-27-20171025.n.3.iso
Image: Container_Minimal docker aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Container-Minimal-27_Modular-20171025.n.3.aarch64.tar.xz
Image: Container_Minimal docker armhfp
Path: 
Server/armhfp/images/Fedora-Modular-Container-Minimal-27_Modular-20171025.n.3.armhfp.tar.xz
Image: Server qcow2 ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Server-27_Modular-20171025.n.3.ppc64le.qcow2
Image: Server qcow2 aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Server-27_Modular-20171025.n.3.aarch64.qcow2
Image: Server dvd x86_64
Path: Server/x86_64/iso/Fedora-Modular-Server-dvd-x86_64-27-20171025.n.3.iso
Image: Container_Base docker x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Container-Base-27_Modular-20171025.n.3.x86_64.tar.xz
Image: Container_Base docker ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Container-Base-27_Modular-20171025.n.3.ppc64le.tar.xz
Image: Server dvd aarch64
Path: Server/aarch64/iso/Fedora-Modular-Server-dvd-aarch64-27-20171025.n.3.iso
Image: Container_Base docker armhfp
Path: 
Server/armhfp/images/Fedora-Modular-Container-Base-27_Modular-20171025.n.3.armhfp.tar.xz
Image: Server boot ppc64
Path: Server/ppc64/iso/Fedora-Modular-Server-netinst-ppc64-27-20171025.n.3.iso

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: libasyncns-0.8-13.module_43b6ce7b
Summary: Asynchronous Name Service Library
RPMs:libasyncns libasyncns-devel
Size:306384 bytes

Package: libcanberra-0.30-15.module_43b6ce7b
Summary: Portable Sound Event Library
RPMs:libcanberra libcanberra-devel libcanberra-gtk2 libcanberra-gtk3
Size:1396048 bytes

Package: libgtop2-2.38.0-1.module_43b6ce7b
Summary: LibGTop library (version 2)
RPMs:libgtop2 libgtop2-devel
Size:1665056 bytes

Package: pulseaudio-11.1-3.module_43b6ce7b
Summary: Improved Linux Sound Server
RPMs:pulseaudio pulseaudio-esound-compat pulseaudio-gdm-hooks 
pulseaudio-libs pulseaudio-libs-devel pulseaudio-libs-glib2 
pulseaudio-module-bluetooth pulseaudio-module-gconf pulseaudio-module-jack 
pulseaudio-module-lirc pulseaudio-module-x11 pulseaudio-module-zeroconf 
pulseaudio-qpaeq pulseaudio-utils
Size:18092616 bytes

Package: sound-theme-freedesktop-0.8-8.module_43b6ce7b
Summary: freedesktop.org sound theme
RPMs:sound-theme-freedesktop
Size:389508 bytes

Package: startup-notification-0.12-14.module_4dd82810
Summary: Library for tracking application startup
RPMs:startup-notification startup-notification-devel
Size:465580 bytes


= DROPPED PACKAGES =
Package: fedora-logos-26.0.1-3.module_152f1393
Summary: Fedora-related icons and pictures
RPMs:fedora-logos fedora-logos-httpd
Size:60129516 bytes


= UPGRADED PACKAGES =
Package:  GConf2-3.2.6-19.module_4dd82810
Old package:  GConf2-3.2.6-19.module_dcaa217c
Summary:  A process-transparent configuration system
RPMs: GConf2 GConf2-devel
Size: 8207460 bytes
Size change:  -32 bytes

Package:  adwaita-icon-theme-3.25.91-1.module_4dd82810
Old package:  adwaita-icon-theme-3.25.91-1.module_dcaa217c
Summary:  Adwaita icon theme
RPMs: adwaita-cursor-theme adwaita-icon-theme adwaita-icon-theme-devel

[389-devel] bug in 389-ds-base-1.2.11.15-91.el6_9.x86_64 with large paged searches

[Jeffrey Eaton]

I recently updated to 389-ds-base-1.2.11.15-91.el6_9.x86_64 (from 
389-ds-base-1.2.11.15-50.el6_6.x86_64) and have uncovered a bug with large 
paged searches blocking all other searches on the server.  I tried to access 
https://pagure.io/389-ds-base/new_issue to open a bug there, but its giving a 
500 error.

The case I've discovered is as follows:

I have a search which returns about 28,000 entries.  The system which generates 
this search does a paged search with 1000 results per page.  I can replicate 
the behavior with a command line ldap search like the following

# ldapsearch -H ldaps://servername:636 -D 
'uid=binddn,ou=specials,dc=cmu,dc=edu' -x -W -E pr=1000/noprompt 
"(&(isMemberOf=cn=GroupName,ou=groups,dc=cmu,dc=edu)(guid=*)(objectClass=inetorgperson))",

As soon as the first 1000 entries are returned, and the search requests the 
second page, all other searches being done to the same server block.

Specifically, I run a loop doing a trivial search:

# while true; do time ldapsearch -h servername -x uid=jeaton; sleep 1 ; done

This search will return in a fraction of a second:

real 0m0.031s
user 0m0.009s
sys 0m0.006s

until the server starts working on the second (and any subsequent pages).  When 
that happens, the trivial search blocks for the entire time that it takes to 
generate the 1000 entries for the page:

real 0m45.907s
user 0m0.009s
sys 0m0.008s

everything looks good in the access log at first:

[26/Oct/2017:10:10:02 -0400] conn=202655 fd=85 slot=85 connection from 10.0.0.1 
to 10.1.1.1
[26/Oct/2017:10:10:02 -0400] conn=202655 op=0 BIND dn="" method=128 version=3
[26/Oct/2017:10:10:02 -0400] conn=202655 op=0 RESULT err=0 tag=97 nentries=0 
etime=0 dn=""
[26/Oct/2017:10:10:02 -0400] conn=202655 op=1 SRCH base="dc=cmu,dc=edu" scope=2 
filter="(uid=jeaton)" attrs=ALL
[26/Oct/2017:10:10:02 -0400] conn=202655 op=1 RESULT err=0 tag=101 nentries=1 
etime=0
[26/Oct/2017:10:10:02 -0400] conn=202655 op=2 UNBIND
[26/Oct/2017:10:10:02 -0400] conn=202655 op=2 fd=85 closed - U1
[26/Oct/2017:10:10:03 -0400] conn=202656 fd=85 slot=85 connection from 10.0.0.1 
to 10.1.1.1
[26/Oct/2017:10:10:04 -0400] conn=202656 op=0 BIND dn="" method=128 version=3
[26/Oct/2017:10:10:04 -0400] conn=202656 op=0 RESULT err=0 tag=97 nentries=0 
etime=0 dn=""
[26/Oct/2017:10:10:04 -0400] conn=202656 op=1 SRCH base="dc=cmu,dc=edu" scope=2 
filter="(uid=jeaton)" attrs=ALL
[26/Oct/2017:10:10:04 -0400] conn=202656 op=1 RESULT err=0 tag=101 nentries=1 
etime=0
[26/Oct/2017:10:10:04 -0400] conn=202656 op=2 UNBIND
[26/Oct/2017:10:10:04 -0400] conn=202656 op=2 fd=85 closed - U1
[26/Oct/2017:10:10:04 -0400] conn=202657 fd=85 slot=85 SSL connection from 
10.0.0.2 to 10.1.1.1
[26/Oct/2017:10:10:04 -0400] conn=202657 TLS1.0 256-bit AES
[26/Oct/2017:10:10:04 -0400] conn=202657 op=0 BIND 
dn="uid=binddn,ou=specials,dc=cmu,dc=edu" method=128 version=3
[26/Oct/2017:10:10:04 -0400] conn=202657 op=0 RESULT err=0 tag=97 nentries=0 
etime=0 dn="uid=binddn,ou=specials,dc=cmu,dc=edu"
[26/Oct/2017:10:10:04 -0400] conn=202657 op=1 SRCH base="dc=cmu,dc=edu" scope=2 
filter="(&(isMemberOf=cn=GroupName,ou=groups,dc=cmu,dc=edu)(guid=*)(objectClass=inetorgperson))"
 attrs=ALL
[26/Oct/2017:10:10:05 -0400] conn=202658 fd=86 slot=86 connection from 10.0.0.1 
to 10.1.1.1
[26/Oct/2017:10:10:05 -0400] conn=202658 op=0 BIND dn="" method=128 version=3
[26/Oct/2017:10:10:05 -0400] conn=202658 op=0 RESULT err=0 tag=97 nentries=0 
etime=0 dn=""
[26/Oct/2017:10:10:05 -0400] conn=202658 op=1 SRCH base="dc=cmu,dc=edu" scope=2 
filter="(uid=jeaton)" attrs=ALL
[26/Oct/2017:10:10:05 -0400] conn=202658 op=1 RESULT err=0 tag=101 nentries=1 
etime=0
[26/Oct/2017:10:10:05 -0400] conn=202658 op=2 UNBIND
[26/Oct/2017:10:10:05 -0400] conn=202658 op=2 fd=86 closed - U1
[26/Oct/2017:10:10:06 -0400] conn=202659 fd=86 slot=86 connection from 10.0.0.1 
to 10.1.1.1
[26/Oct/2017:10:10:06 -0400] conn=202659 op=0 BIND dn="" method=128 version=3
[26/Oct/2017:10:10:06 -0400] conn=202659 op=0 RESULT err=0 tag=97 nentries=0 
etime=0 dn=""
[26/Oct/2017:10:10:06 -0400] conn=202659 op=1 SRCH base="dc=cmu,dc=edu" scope=2 
filter="(uid=jeaton)" attrs=ALL
[26/Oct/2017:10:10:06 -0400] conn=202659 op=1 RESULT err=0 tag=101 nentries=1 
etime=0
[26/Oct/2017:10:10:06 -0400] conn=202659 op=2 UNBIND
[26/Oct/2017:10:10:06 -0400] conn=202659 op=2 fd=86 closed - U1


until we get to the point where the first page is returned and the client 
requests the second page of results:


[26/Oct/2017:10:10:46 -0400] conn=202697 fd=86 slot=86 connection from 10.0.0.1 
to 10.1.1.1
[26/Oct/2017:10:10:46 -0400] conn=202697 op=0 BIND dn="" method=128 version=3
[26/Oct/2017:10:10:46 -0400] conn=202697 op=0 RESULT err=0 tag=97 nentries=0 
etime=0 dn=""
[26/Oct/2017:10:10:46 -0400] conn=202697 op=1 SRCH base="dc=cmu,dc=edu" scope=2 
filter="(uid=jeaton)" attrs=ALL
[26/Oct/2017:10:10:46 -0400] conn=202697 op=1 RESULT err=0 tag=101 nentries=1 
etime=0
[26/Oct/2017:10:10:46 -0400] conn=202697 op=2 UNBIND

Re: Schedule for Friday's FESCo Meeting (2017-10-27)

[Stephen Gallagher]

On Thu, Oct 26, 2017 at 11:36 AM Igor Gnatenko <
ignatenkobr...@fedoraproject.org> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On Thu, 2017-10-26 at 14:55 +, Stephen Gallagher wrote:
> > Following is the list of topics that will be discussed in the
> > FESCo meeting Friday at 16:00UTC in #fedora-meeting
> > onirc.freenode.net.
> >
> > To convert UTC to your local time, take a look at
> >   http://fedoraproject.org/wiki/UTCHowto
> >
> > or run:
> >   date -d '2017-10-27 16:00 UTC'
> >
> >
> > Links to all issues below can be found
> > at:https://pagure.io/fesco/report/meeting_agenda
> >
> > = Followups =
> >
>
...

> You forgot about Packaging Rust applications/libraries (deferred in
> F27) which is supposed to be re-reviewed this week (from last).
>

There's no FESCo ticket on that. Mind opening one and I'll add it to the
agenda?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Modular 27 compose report: 20171025.n.3 changes

[Fedora Branched Report]

OLD: Fedora-Modular-27-20171025.n.0
NEW: Fedora-Modular-27-20171025.n.3

= SUMMARY =
Added images:21
Dropped images:  0
Added packages:  6
Dropped packages:1
Upgraded packages:   111
Downgraded packages: 3

Size of added packages:  21.28 MiB
Size of dropped packages:57.34 MiB
Size of upgraded packages:   1.13 GiB
Size of downgraded packages: 35.27 MiB

Size change of upgraded packages:   -1.21 KiB
Size change of downgraded packages: 182.18 KiB

= ADDED IMAGES =
Image: Server boot x86_64
Path: Server/x86_64/iso/Fedora-Modular-Server-netinst-x86_64-27-20171025.n.3.iso
Image: Container_Minimal docker x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Container-Minimal-27_Modular-20171025.n.3.x86_64.tar.xz
Image: Server raw-xz x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Server-27_Modular-20171025.n.3.x86_64.raw.xz
Image: Server raw-xz aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Server-27_Modular-20171025.n.3.aarch64.raw.xz
Image: Server qcow2 x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Server-27_Modular-20171025.n.3.x86_64.qcow2
Image: Container_Minimal docker ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Container-Minimal-27_Modular-20171025.n.3.ppc64le.tar.xz
Image: Container_Base docker aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Container-Base-27_Modular-20171025.n.3.aarch64.tar.xz
Image: Server boot ppc64le
Path: 
Server/ppc64le/iso/Fedora-Modular-Server-netinst-ppc64le-27-20171025.n.3.iso
Image: Server raw-xz ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Server-27_Modular-20171025.n.3.ppc64le.raw.xz
Image: Server boot aarch64
Path: 
Server/aarch64/iso/Fedora-Modular-Server-netinst-aarch64-27-20171025.n.3.iso
Image: Server boot s390x
Path: Server/s390x/iso/Fedora-Modular-Server-netinst-s390x-27-20171025.n.3.iso
Image: Container_Minimal docker aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Container-Minimal-27_Modular-20171025.n.3.aarch64.tar.xz
Image: Container_Minimal docker armhfp
Path: 
Server/armhfp/images/Fedora-Modular-Container-Minimal-27_Modular-20171025.n.3.armhfp.tar.xz
Image: Server qcow2 ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Server-27_Modular-20171025.n.3.ppc64le.qcow2
Image: Server qcow2 aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Server-27_Modular-20171025.n.3.aarch64.qcow2
Image: Server dvd x86_64
Path: Server/x86_64/iso/Fedora-Modular-Server-dvd-x86_64-27-20171025.n.3.iso
Image: Container_Base docker x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Container-Base-27_Modular-20171025.n.3.x86_64.tar.xz
Image: Container_Base docker ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Container-Base-27_Modular-20171025.n.3.ppc64le.tar.xz
Image: Server dvd aarch64
Path: Server/aarch64/iso/Fedora-Modular-Server-dvd-aarch64-27-20171025.n.3.iso
Image: Container_Base docker armhfp
Path: 
Server/armhfp/images/Fedora-Modular-Container-Base-27_Modular-20171025.n.3.armhfp.tar.xz
Image: Server boot ppc64
Path: Server/ppc64/iso/Fedora-Modular-Server-netinst-ppc64-27-20171025.n.3.iso

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: libasyncns-0.8-13.module_43b6ce7b
Summary: Asynchronous Name Service Library
RPMs:libasyncns libasyncns-devel
Size:306384 bytes

Package: libcanberra-0.30-15.module_43b6ce7b
Summary: Portable Sound Event Library
RPMs:libcanberra libcanberra-devel libcanberra-gtk2 libcanberra-gtk3
Size:1396048 bytes

Package: libgtop2-2.38.0-1.module_43b6ce7b
Summary: LibGTop library (version 2)
RPMs:libgtop2 libgtop2-devel
Size:1665056 bytes

Package: pulseaudio-11.1-3.module_43b6ce7b
Summary: Improved Linux Sound Server
RPMs:pulseaudio pulseaudio-esound-compat pulseaudio-gdm-hooks 
pulseaudio-libs pulseaudio-libs-devel pulseaudio-libs-glib2 
pulseaudio-module-bluetooth pulseaudio-module-gconf pulseaudio-module-jack 
pulseaudio-module-lirc pulseaudio-module-x11 pulseaudio-module-zeroconf 
pulseaudio-qpaeq pulseaudio-utils
Size:18092616 bytes

Package: sound-theme-freedesktop-0.8-8.module_43b6ce7b
Summary: freedesktop.org sound theme
RPMs:sound-theme-freedesktop
Size:389508 bytes

Package: startup-notification-0.12-14.module_4dd82810
Summary: Library for tracking application startup
RPMs:startup-notification startup-notification-devel
Size:465580 bytes


= DROPPED PACKAGES =
Package: fedora-logos-26.0.1-3.module_152f1393
Summary: Fedora-related icons and pictures
RPMs:fedora-logos fedora-logos-httpd
Size:60129516 bytes


= UPGRADED PACKAGES =
Package:  GConf2-3.2.6-19.module_4dd82810
Old package:  GConf2-3.2.6-19.module_dcaa217c
Summary:  A process-transparent configuration system
RPMs: GConf2 GConf2-devel
Size: 8207460 bytes
Size change:  -32 bytes

Package:  adwaita-icon-theme-3.25.91-1.module_4dd82810
Old package:  adwaita-icon-theme-3.25.91-1.module_dcaa217c
Summary:  Adwaita icon theme
RPMs: adwaita-cursor-theme adwaita-icon-theme adwaita-icon-theme-devel

Re: Schedule for Friday's FESCo Meeting (2017-10-27)

[Igor Gnatenko]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Thu, 2017-10-26 at 14:55 +, Stephen Gallagher wrote:
> Following is the list of topics that will be discussed in the
> FESCo meeting Friday at 16:00UTC in #fedora-meeting
> onirc.freenode.net.
> 
> To convert UTC to your local time, take a look at
>   http://fedoraproject.org/wiki/UTCHowto
> 
> or run:
>   date -d '2017-10-27 16:00 UTC'
> 
> 
> Links to all issues below can be found
> at:https://pagure.io/fesco/report/meeting_agenda
> 
> = Followups =
> 
> #topic #1737 i686 SIG needs to be functional by F27 release date or
> we
> drop i686 kernel from F28
> .fesco 1737https://pagure.io/fesco/issue/1737
> 
> #topic #1780 F28 System Wide Change: Annobin
> .fesco 1780https://pagure.io/fesco/issue/1780
> 
> #topic #1782 use of updates-testing for testing of non-update
> software
> .fesco 1782https://pagure.io/fesco/issue/1782
> 
> #topic #1783 Firefox 57 and the Updates Policy
> .fesco 1783https://pagure.io/fesco/issue/1783
> 
> #topic #1785 Mesa/Nouveau maintainer(s) should be required to ship
> the
> locking patches from the QtWebEngine Copr
> .fesco 1785https://pagure.io/fesco/issue/1785

You forgot about Packaging Rust applications/libraries (deferred in
F27) which is supposed to be re-reviewed this week (from last).
> 
> = New business =
> 
> #topic #1787 releng issue 7071 as an F27 release blocker
> .fesco 1878https://pagure.io/fesco/issue/1787
> 
> = Open Floor =
> 
> For more complete details, please visit each individual
> issue.  The report of the agenda items can be found
> athttps://pagure.io/fesco/report/meeting_agenda
> 
> If you would like to add something to this agenda, you can
> reply to this e-mail, file a new issue athttps://pagure.io/fesco,
> e-mail me directly, or bring it
> up at the end of the meeting, during the open floor topic. Note
> that added topics may be deferred until the following meeting.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org

- -- 
- -Igor Gnatenko
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlnyAHYACgkQaVcUvRu8
X0zyNQ//TS4JOeugn9m2YCGC8RWJkT/lVmYwLfu6i4QWPxHK0CBphBnnBHmDCa7q
QM4rMeM6hZ5YU8s8XHLjJDJECU/IgICEApUOBhPIMosuQVDV7ASlc1HwyDeK3wzK
l0i/gKODfBzBXFZWFa6M1hHa8NZzDCHqZ5Dw/HrOimkVQr7SnaeeCIAIkhbymdOv
p+SXn8Lpc8/lpHPneUJKLyuXRhSnnwSujd91pLOjZTSRUAuNSd1e6y3ijxhzGMTS
Le6lo8LSMcqaw4Zyspl95rv4OZ2J82p2+vaH89dsXjcu5IagZbvgUiVZOaCOaSWL
frYXIVp8b43GygPAmxlreZrNuIl8zHXTS85Yc9H8WHO34gqGyqCacTLOrgknCHHH
SpFDxUECxfbYVzsfMEwaZHGfX7e+6Uq/q3gXVT9pRyn9IwHYRv3gqOu7QMM/LRes
IujsJqet6Qc90fKwGGvSkISbXsQdsHABp5CSN7OMcQry1XJ8r84Q8UfPfNBivzOj
S3wLgepgbC8djZgr2lRQAP4Pjx3qCcIb1h5i6ZTqdDWhc+HA1rBHsL8snD9ru28i
AOG4ebePDkOviwL3pIvEoMWHboJwpkeGuoyYoz5/0UiLsdhrvmnemM7dlFeAoPX0
Nqa1nFui/6VKiK9Ez29cn/qUs9JRv5oSpun8X1WkvwpgCLAnd9A=
=uSsS
-END PGP SIGNATURE-
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Packaging Question

[Stephen Gallagher]

On Thu, Oct 26, 2017 at 10:00 AM Steve Dickson  wrote:

> Hello,
>
> In an upcoming release the libnfsdimap library
> will be rolled into the nfs-utils package.
> Meaning nfs-utils will be install libnfsidmap
> instead of the libnfsidmap package.
>
> The libnfsidmap name will stay the same
> so I'm hoping there will not be any problems.
> Just the owner of the library will change.
>
>
Useful general page:
https://fedoraproject.org/wiki/Upgrade_paths_%E2%80%94_renaming_or_splitting_packages


> Questions:
>
> 1) What do I do with the old libnfsidmap package
>since it will no longer be updated.
>
>
You will want to retire this SRPM. Follow
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life


> 2) How do I notify the packages that are dependent
>on the libnfsidmap package to change their dependency
>to nfs-utils
>
>
Well, you don't need to do that. You can have nfs-utils do a virtual
Provides: on libnfsidmap. Also, if they are using automatic requires, those
should Just Work, since they are now comig from a new package.

You will want to make sure to add `Obsoletes: libnfsidmap <=
` to nfs-utils.


> 3) Will this cause any build problems now that nfs-utils
>will be installing the new library?
>
>
Nope.


> 4) What am I missing?
>
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Modular bikeshed compose report: 20171026.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Modular-Bikeshed-20171024.n.0
NEW: Fedora-Modular-Bikeshed-20171026.n.0

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  2
Dropped packages:18
Upgraded packages:   3
Downgraded packages: 112

Size of added packages:  7.96 MiB
Size of dropped packages:117.38 MiB
Size of upgraded packages:   1.13 GiB
Size of downgraded packages: 1.14 GiB

Size change of upgraded packages:   -48.01 KiB
Size change of downgraded packages: -7.99 KiB

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: metacity-3.25.2-3.module_4d581535
Summary: Unobtrusive window manager
RPMs:metacity metacity-devel
Size:7882004 bytes

Package: startup-notification-0.12-14.module_4d581535
Summary: Library for tracking application startup
RPMs:startup-notification startup-notification-devel
Size:465588 bytes


= DROPPED PACKAGES =
Package: fedora-logos-26.0.1-3.module_2e0901be
Summary: Fedora-related icons and pictures
RPMs:fedora-logos fedora-logos-httpd
Size:60128844 bytes

Package: libICE-1.0.9-11.module_b7449e02
Summary: X.Org X11 ICE runtime library
RPMs:libICE libICE-devel
Size:894700 bytes

Package: libSM-1.2.2-7.module_b7449e02
Summary: X.Org X11 SM runtime library
RPMs:libSM libSM-devel
Size:432900 bytes

Package: libX11-1.6.5-4.module_b7449e02
Summary: Core X11 protocol client library
RPMs:libX11 libX11-common libX11-devel libX11-xcb
Size:11817060 bytes

Package: libXau-1.0.8-9.module_b7449e02
Summary: Sample Authorization Protocol for X
RPMs:libXau libXau-devel
Size:374424 bytes

Package: libXcomposite-0.4.4-11.module_b7449e02
Summary: X Composite Extension library
RPMs:libXcomposite libXcomposite-devel
Size:339780 bytes

Package: libXext-1.3.3-7.module_b7449e02
Summary: X.Org X11 libXext runtime library
RPMs:libXext libXext-devel
Size:876324 bytes

Package: libXfont-1.5.2-4.module_b7449e02
Summary: X.Org X11 libXfont runtime library
RPMs:libXfont libXfont-devel
Size:1312144 bytes

Package: libXi-1.7.9-4.module_b7449e02
Summary: X.Org X11 libXi runtime library
RPMs:libXi libXi-devel
Size:1113548 bytes

Package: libXrender-0.9.10-4.module_b7449e02
Summary: X.Org X11 libXrender runtime library
RPMs:libXrender libXrender-devel
Size:372908 bytes

Package: libXtst-1.2.3-4.module_b7449e02
Summary: X.Org X11 libXtst runtime library
RPMs:libXtst libXtst-devel
Size:331684 bytes

Package: libfontenc-1.1.3-6.module_b7449e02
Summary: X.Org X11 libfontenc runtime library
RPMs:libfontenc libfontenc-devel
Size:366064 bytes

Package: libxcb-1.12-5.module_b7449e02
Summary: A C binding to the X11 protocol
RPMs:libxcb libxcb-devel libxcb-doc
Size:18690132 bytes

Package: lua-posix-33.3.1-7.module_b7449e02
Summary: A POSIX library for Lua
RPMs:lua-posix
Size:1247164 bytes

Package: ttmkfdir-3.0.9-51.module_b7449e02
Summary: Utility to create fonts.scale files for truetype fonts
RPMs:ttmkfdir
Size:399152 bytes

Package: which-2.21-4.module_b7449e02
Summary: Displays where a particular program in your path is located
RPMs:which
Size:334180 bytes

Package: xorg-x11-font-utils-1:7.5-35.module_b7449e02
Summary: X.Org X11 font utilities
RPMs:xorg-x11-font-utils
Size:605904 bytes

Package: xorg-x11-fonts-7.5-18.module_b7449e02
Summary: X.Org X11 fonts
RPMs:xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi 
xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-1-75dpi 
xorg-x11-fonts-ISO8859-14-100dpi xorg-x11-fonts-ISO8859-14-75dpi 
xorg-x11-fonts-ISO8859-15-100dpi xorg-x11-fonts-ISO8859-15-75dpi 
xorg-x11-fonts-ISO8859-2-100dpi xorg-x11-fonts-ISO8859-2-75dpi 
xorg-x11-fonts-ISO8859-9-100dpi xorg-x11-fonts-ISO8859-9-75dpi 
xorg-x11-fonts-Type1 xorg-x11-fonts-cyrillic xorg-x11-fonts-ethiopic 
xorg-x11-fonts-misc
Size:23447940 bytes


= UPGRADED PACKAGES =
Package:  copy-jdk-configs-3.3-1.module_e0ebd551
Old package:  copy-jdk-configs-2.3-2.module_b7449e02
Summary:  JDKs configuration files copier
RPMs: copy-jdk-configs
Size: 24464 bytes
Size change:  580 bytes
Changelog:
  * Thu Oct 05 2017 Jiri Vanek <jva...@redhat.com> - 3.0-1
  - moved to newest release 3.0 whcih support linked configs

  * Thu Oct 05 2017 Jiri Vanek <jva...@redhat.com> - 3.1-1
  - moved to newest release 3.1 whcih conf and lib/security as directories

  * Wed Oct 18 2017 Jiri Vanek <jva...@redhat.com> - 3.3-1
  - handled new paths for policies files


Package:  java-1.8.0-openjdk-1:1.8.0.144-7.b01.module_e0ebd551
Old package:  java-1.8.0-openjdk-1:1.8.0.144-5.b01.module_b7449e02
Summary:  OpenJDK Runtime Environment
RPMs: java-1.8.0-openjdk java-1.8.0-openjdk-accessibility 
java-1.8.0-openjdk-accessibility-debug java-1.8.0-openjdk-debug 
java-1.8.0-openjdk-demo java-1.8.0-openjdk-demo-debug java-1.8.0-openjdk-devel 
java-1.8.0-openjdk-devel-debug java-1.8.0-openjdk-he

Schedule for Friday's FESCo Meeting (2017-10-27)

[Stephen Gallagher]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Following is the list of topics that will be discussed in the
FESCo meeting Friday at 16:00UTC in #fedora-meeting onirc.freenode.net.

To convert UTC to your local time, take a look at
  http://fedoraproject.org/wiki/UTCHowto

or run:
  date -d '2017-10-27 16:00 UTC'


Links to all issues below can be found
at:https://pagure.io/fesco/report/meeting_agenda

= Followups =

#topic #1737 i686 SIG needs to be functional by F27 release date or we
drop i686 kernel from F28
.fesco 1737https://pagure.io/fesco/issue/1737

#topic #1780 F28 System Wide Change: Annobin
.fesco 1780https://pagure.io/fesco/issue/1780

#topic #1782 use of updates-testing for testing of non-update software
.fesco 1782https://pagure.io/fesco/issue/1782

#topic #1783 Firefox 57 and the Updates Policy
.fesco 1783https://pagure.io/fesco/issue/1783

#topic #1785 Mesa/Nouveau maintainer(s) should be required to ship the
locking patches from the QtWebEngine Copr
.fesco 1785https://pagure.io/fesco/issue/1785

= New business =

#topic #1787 releng issue 7071 as an F27 release blocker
.fesco 1878https://pagure.io/fesco/issue/1787

= Open Floor =

For more complete details, please visit each individual
issue.  The report of the agenda items can be found
athttps://pagure.io/fesco/report/meeting_agenda

If you would like to add something to this agenda, you can
reply to this e-mail, file a new issue athttps://pagure.io/fesco,
e-mail me directly, or bring it
up at the end of the meeting, during the open floor topic. Note
that added topics may be deferred until the following meeting.
-BEGIN PGP SIGNATURE-
Version: Mailvelope v2.0.0
Comment: https://www.mailvelope.com

wkYEAREIABAFAlnx93EJEHolVWI2uqOjAABc+QCgo+I3vLaQ+M8izmy/ZKUA
8yJ1rAEAn1fVQuuITtktPtfvIBOnn7/rfTyW
=hwJM
-END PGP SIGNATURE-
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: packaging ruby dependencies

[Miroslav Suchý]

Dne 25.10.2017 v 16:54 Jason Brooks napsal(a):
> getting the package into Fedora. Along the way[2], I encountered a
> bunch of required, unpackaged dependencies, which would also have to
> be added to Fedora.

BTW we have Copr repository with 45 000 ruby gems packaged as RPM:

https://copr.fedorainfracloud.org/coprs/g/rubygems/rubygems/

They are automatically generated. So it may or not work for you. Nevertheless 
it is good starting point.

Miroslav
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Packaging Question

[Zbigniew Jędrzejewski-Szmek]

On Thu, Oct 26, 2017 at 08:09:00AM -0600, William Moreno wrote:
> *William Moreno Reyes*
> Colaborador Proyecto Fedora | Nicaragua
> IRC:  williamjmorenor Canales: #fedora-latam ; #fedora-ni
> https://fedoraproject.org/wiki/User:Williamjmorenor
> 
> 2017-10-26 7:57 GMT-06:00 Steve Dickson :
> 
> > Hello,
> >
> > In an upcoming release the libnfsdimap library
> > will be rolled into the nfs-utils package.
> > Meaning nfs-utils will be install libnfsidmap
> > instead of the libnfsidmap package.
> >
> > The libnfsidmap name will stay the same
> > so I'm hoping there will not be any problems.
> > Just the owner of the library will change.
> >
> > Questions:
> >
> > 1) What do I do with the old libnfsidmap package
> >since it will no longer be updated.
> >
> >
> Sound likes you can retire the package.
> 
> 
> > 2) How do I notify the packages that are dependent
> >on the libnfsidmap package to change their dependency
> >to nfs-utils
> >
> >
> You can include in the nfs-utils spec something like this:
> 
> Provides: libnfsidmap = %{version}-%{release}
> Obsoletes: libnfsidmap < %{version}-%{release}

It is also important to provide the archful name, so in addition to the above:

Provides: libnfsidmap%{_isa} = %{version}-%{release}

libnfsidmap currently Provides nfs-utils-lib, so might want to copy
that over too. If it's very old, you can drop it. Just make sure
nothing in the distro still uses it.

Also, libnfsidmap-devel must be similarly obsoleted. It Provides:
libnfsidmap-devel
libnfsidmap-devel%{_isa}
pkgconfig(libnfsidmap)

Zbyszek

> https://fedoraproject.org/wiki/Packaging:Guidelines#Renaming.2FReplacing_Existing_Packages
> 
> 
> 
> > 3) Will this cause any build problems now that nfs-utils
> >will be installing the new library?
> >
> > 4) What am I missing?
> >
> > tia,
> >
> > steved.
> > ___
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> >

> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Packaging Question

[William Moreno]

*William Moreno Reyes*
Colaborador Proyecto Fedora | Nicaragua
IRC:  williamjmorenor Canales: #fedora-latam ; #fedora-ni
https://fedoraproject.org/wiki/User:Williamjmorenor

2017-10-26 7:57 GMT-06:00 Steve Dickson :

> Hello,
>
> In an upcoming release the libnfsdimap library
> will be rolled into the nfs-utils package.
> Meaning nfs-utils will be install libnfsidmap
> instead of the libnfsidmap package.
>
> The libnfsidmap name will stay the same
> so I'm hoping there will not be any problems.
> Just the owner of the library will change.
>
> Questions:
>
> 1) What do I do with the old libnfsidmap package
>since it will no longer be updated.
>
>
Sound likes you can retire the package.


> 2) How do I notify the packages that are dependent
>on the libnfsidmap package to change their dependency
>to nfs-utils
>
>
You can include in the nfs-utils spec something like this:

Provides: libnfsidmap = %{version}-%{release}
Obsoletes: libnfsidmap < %{version}-%{release}

https://fedoraproject.org/wiki/Packaging:Guidelines#Renaming.2FReplacing_Existing_Packages



> 3) Will this cause any build problems now that nfs-utils
>will be installing the new library?
>
> 4) What am I missing?
>
> tia,
>
> steved.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Modular 27 compose report: 20171025.n.2 changes

[Fedora Branched Report]

OLD: Fedora-Modular-27-20171025.n.0
NEW: Fedora-Modular-27-20171025.n.2

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  1
Dropped packages:1
Upgraded packages:   105
Downgraded packages: 9

Size of added packages:  454.67 KiB
Size of dropped packages:57.34 MiB
Size of upgraded packages:   1.06 GiB
Size of downgraded packages: 106.17 MiB

Size change of upgraded packages:   -2.46 KiB
Size change of downgraded packages: 183.61 KiB

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: startup-notification-0.12-14.module_4dd82810
Summary: Library for tracking application startup
RPMs:startup-notification startup-notification-devel
Size:465580 bytes


= DROPPED PACKAGES =
Package: fedora-logos-26.0.1-3.module_152f1393
Summary: Fedora-related icons and pictures
RPMs:fedora-logos fedora-logos-httpd
Size:60129516 bytes


= UPGRADED PACKAGES =
Package:  GConf2-3.2.6-19.module_4dd82810
Old package:  GConf2-3.2.6-19.module_dcaa217c
Summary:  A process-transparent configuration system
RPMs: GConf2 GConf2-devel
Size: 8207460 bytes
Size change:  -32 bytes

Package:  adwaita-icon-theme-3.25.91-1.module_4dd82810
Old package:  adwaita-icon-theme-3.25.91-1.module_dcaa217c
Summary:  Adwaita icon theme
RPMs: adwaita-cursor-theme adwaita-icon-theme adwaita-icon-theme-devel
Size: 13402592 bytes
Size change:  3408 bytes

Package:  anaconda-user-help-26.1-5.module_4dd82810
Old package:  anaconda-user-help-26.1-5.module_dcaa217c
Summary:  Content for the Anaconda built-in help system
RPMs: anaconda-user-help
Size: 302824 bytes
Size change:  -32 bytes

Package:  at-spi2-atk-2.25.3-3.module_4dd82810
Old package:  at-spi2-atk-2.25.3-3.module_dcaa217c
Summary:  A GTK+ module that bridges ATK to D-Bus at-spi
RPMs: at-spi2-atk at-spi2-atk-devel
Size: 752856 bytes
Size change:  -44 bytes

Package:  at-spi2-core-2.25.91-1.module_4dd82810
Old package:  at-spi2-core-2.25.91-1.module_dcaa217c
Summary:  Protocol definitions and daemon for D-Bus at-spi
RPMs: at-spi2-core at-spi2-core-devel
Size: 2235924 bytes
Size change:  -40 bytes

Package:  atk-2.25.90-1.module_4dd82810
Old package:  atk-2.25.90-1.module_dcaa217c
Summary:  Interfaces for accessibility support
RPMs: atk atk-devel
Size: 3294324 bytes
Size change:  -24 bytes

Package:  avahi-0.7-3.module_4dd82810
Old package:  avahi-0.7-3.module_dcaa217c
Summary:  Local network service discovery
RPMs: avahi avahi-autoipd avahi-compat-howl avahi-compat-howl-devel 
avahi-compat-libdns_sd avahi-compat-libdns_sd-devel avahi-devel avahi-dnsconfd 
avahi-glib avahi-glib-devel avahi-gobject avahi-gobject-devel avahi-libs 
avahi-qt3 avahi-qt3-devel avahi-qt4 avahi-qt4-devel avahi-sharp avahi-tools 
avahi-ui avahi-ui-devel avahi-ui-gtk3 avahi-ui-sharp avahi-ui-sharp-devel 
avahi-ui-tools python2-avahi python3-avahi
Size: 5918164 bytes
Size change:  -472 bytes

Package:  bcache-tools-1.0.8-10.module_4dd82810
Old package:  bcache-tools-1.0.8-10.module_dcaa217c
Summary:  Tools for Linux kernel block layer cache
RPMs: bcache-tools
Size: 317676 bytes
Size change:  -40 bytes

Package:  blivet-gui-2.1.6-1.module_4dd82810
Old package:  blivet-gui-2.1.6-1.module_dcaa217c
Summary:  Tool for data storage configuration
RPMs: blivet-gui blivet-gui-runtime
Size: 368116 bytes
Size change:  32 bytes

Package:  blktrace-1.1.0-6.module_4dd82810
Old package:  blktrace-1.1.0-6.module_dcaa217c
Summary:  Utilities for performing block layer IO tracing in the Linux 
kernel
RPMs: blktrace iowatcher
Size: 1433136 bytes
Size change:  -140 bytes

Package:  cairo-1.14.10-4.module_4dd82810
Old package:  cairo-1.14.10-4.module_dcaa217c
Summary:  A 2D graphics library
RPMs: cairo cairo-devel cairo-gobject cairo-gobject-devel cairo-tools
Size: 8485480 bytes
Size change:  84 bytes

Package:  cdparanoia-10.2-24.module_4dd82810
Old package:  cdparanoia-10.2-24.module_dcaa217c
Summary:  Compact Disc Digital Audio (CDDA) extraction tool (or ripper)
RPMs: cdparanoia cdparanoia-devel cdparanoia-libs cdparanoia-static
Size: 1326804 bytes
Size change:  116 bytes

Package:  chrony-3.2-0.3.pre1.module_4dd82810
Old package:  chrony-3.2-0.3.pre1.module_dcaa217c
Summary:  An NTP client/server
RPMs: chrony
Size: 1798244 bytes
Size change:  196 bytes

Package:  colord-1.4.1-1.module_4dd82810
Old package:  colord-1.4.1-1.module_dcaa217c
Summary:  Color daemon
RPMs: colord colord-devel colord-devel-docs colord-extra-profiles 
colord-libs
Size: 5592920 bytes
Size change:  212 bytes

Package:  createrepo_c-0.10.0-14.module_4dd82810
Old package:  createrepo_c-0.10.0-14.module_dcaa217c
Summary:  

Packaging Question

[Steve Dickson]

Hello,

In an upcoming release the libnfsdimap library
will be rolled into the nfs-utils package.
Meaning nfs-utils will be install libnfsidmap 
instead of the libnfsidmap package. 

The libnfsidmap name will stay the same
so I'm hoping there will not be any problems. 
Just the owner of the library will change.

Questions:

1) What do I do with the old libnfsidmap package
   since it will no longer be updated.

2) How do I notify the packages that are dependent
   on the libnfsidmap package to change their dependency
   to nfs-utils

3) Will this cause any build problems now that nfs-utils
   will be installing the new library?

4) What am I missing? 

tia,

steved.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: hp-plugin doesn't work in hplip-3.17.9 - move to 3.17.10 if you need

[Zdenek Dohnal]

On 10/26/2017 01:50 PM, R P Herrold wrote:
> On Thu, 26 Oct 2017, Zdenek Dohnal wrote:
>
>> HP changed website this week, which has consequences for getting hp
>> proprietary plugin - it cannot be downloaded anymore for hplip-3.17.9,
>> which is in stable Fedoras (f25 and f26) and Fedora 27. ...
>> upstream several times about uploading plugin into openprinting.org
>> website, but without answer (probably because it was available on
>> hplipopensource.com). That's the situation for hplip-3.17.9.
>  
>> Luckily, there is hplip-3.17.10 in updates-testing repository, which has
>> plugin on openprinting.org. So if someone now needs to install printer,
>> which needs proprietary plugin, please update hplip to 3.17.10 from
> Not so much luck, as a sufficiently good process mostly being 
> followed ['The more a well designed process is followed and 
> tweaked with improvements, the more lucky one becomes' ;) ]
>
> The post partially quoted above points up another benefit from 
> the virtue of 'packaging everything' as discussed in the 
> recent 'packaging ruby dependencies' thread.  When an upstream 
> 'goes wonky' for whatever reason (there was a similar example 
> in the Node.js ecosystem where a maintainer took down a minor 
> but critical dependency, and 'broke world'), one can 'fall 
> back' to the last SRPMS (and other VCS backups as well), and 
> recover
>
> Without packaged sources, and the discipline of sub-dependency 
> determination and solution, and the 'four freedoms' checking 
> goodness of a formal 'licenses review', and the additional set 
> of eyes cross-checking work, one loses so much
>
Issue is that plugin is proprietary (owned by HP) and it contains
precompiled data, so it cannot be packaged.  Upstream doesn't reply on
most issues. But this plugin is needed by group of printers, so there
needs to be a way to download it (if we want to support these printers
in Fedora).

-- 
Zdenek Dohnal
Associate Software Engineer
Red Hat Czech - Brno TPB-C




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: BuildError: src.fedoraproject.org:/git/rpms/mingw-gdal is not in the list of allowed SCMs

[Sandro Mani]

On 26.10.2017 14:02, Ondřej Lysoněk wrote:
So this was caused by an update of fedpkg available in 
updates-testing. See:

https://bodhi.fedoraproject.org/updates/FEDORA-2017-9cac2b8b4a
https://bugzilla.redhat.com/show_bug.cgi?id=1188634

Downgrading fedpkg should fix the problem.

Indeed, thanks!

Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: BuildError: src.fedoraproject.org:/git/rpms/mingw-gdal is not in the list of allowed SCMs

[Ondřej Lysoněk]

On 24.10.2017 18:38, Sandro Mani wrote:
> Any ideas about this one?
> 
> $ fedpkg build
> Building mingw-gdal-2.2.2-3.fc28 for rawhide
> Created task: 22673795
> Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=22673795
> Watching tasks (this may be safely interrupted)...
> 22673795 build (rawhide,
> /git/rpms/mingw-gdal:41a1d0cf030714b5728c02968c6309260ee935ce): open
> (buildvm-armv7-13.arm.fedoraproject.org)
>   22673796 buildSRPMFromSCM
> (/git/rpms/mingw-gdal:41a1d0cf030714b5728c02968c6309260ee935ce): free
> 22673795 build (rawhide,
> /git/rpms/mingw-gdal:41a1d0cf030714b5728c02968c6309260ee935ce): open
> (buildvm-armv7-13.arm.fedoraproject.org) -> FAILED: BuildError:
> src.fedoraproject.org:/git/rpms/mingw-gdal is not in the list of allowed
> SCMs
>   1 free  0 open  0 done  1 failed
>   22673796 buildSRPMFromSCM
> (/git/rpms/mingw-gdal:41a1d0cf030714b5728c02968c6309260ee935ce): free ->
> FAILED: BuildError: src.fedoraproject.org:/git/rpms/mingw-gdal is not in
> the list of allowed SCMs
>   0 free  0 open  0 done  2 failed
> 
> Also happens if a do a fresh fedpkg clone of mingw-gdal.

So this was caused by an update of fedpkg available in updates-testing. See:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-9cac2b8b4a
https://bugzilla.redhat.com/show_bug.cgi?id=1188634

Downgrading fedpkg should fix the problem.

Best regards
Ondřej Lysoněk
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

hp-plugin doesn't work in hplip-3.17.9 - move to 3.17.10 if you need

[R P Herrold]

On Thu, 26 Oct 2017, Zdenek Dohnal wrote:

> HP changed website this week, which has consequences for getting hp
> proprietary plugin - it cannot be downloaded anymore for hplip-3.17.9,
> which is in stable Fedoras (f25 and f26) and Fedora 27. ...

> upstream several times about uploading plugin into openprinting.org
> website, but without answer (probably because it was available on
> hplipopensource.com). That's the situation for hplip-3.17.9.
 
> Luckily, there is hplip-3.17.10 in updates-testing repository, which has
> plugin on openprinting.org. So if someone now needs to install printer,
> which needs proprietary plugin, please update hplip to 3.17.10 from

Not so much luck, as a sufficiently good process mostly being 
followed ['The more a well designed process is followed and 
tweaked with improvements, the more lucky one becomes' ;) ]

The post partially quoted above points up another benefit from 
the virtue of 'packaging everything' as discussed in the 
recent 'packaging ruby dependencies' thread.  When an upstream 
'goes wonky' for whatever reason (there was a similar example 
in the Node.js ecosystem where a maintainer took down a minor 
but critical dependency, and 'broke world'), one can 'fall 
back' to the last SRPMS (and other VCS backups as well), and 
recover

Without packaged sources, and the discipline of sub-dependency 
determination and solution, and the 'four freedoms' checking 
goodness of a formal 'licenses review', and the additional set 
of eyes cross-checking work, one loses so much

-- Russ herrold
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: BuildError: src.fedoraproject.org:/git/rpms/mingw-gdal is not in the list of allowed SCMs

[Ondřej Lysoněk]

On 24.10.2017 18:38, Sandro Mani wrote:
> Any ideas about this one?
> 
> $ fedpkg build
> Building mingw-gdal-2.2.2-3.fc28 for rawhide
> Created task: 22673795
> Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=22673795
> Watching tasks (this may be safely interrupted)...
> 22673795 build (rawhide,
> /git/rpms/mingw-gdal:41a1d0cf030714b5728c02968c6309260ee935ce): open
> (buildvm-armv7-13.arm.fedoraproject.org)
>   22673796 buildSRPMFromSCM
> (/git/rpms/mingw-gdal:41a1d0cf030714b5728c02968c6309260ee935ce): free
> 22673795 build (rawhide,
> /git/rpms/mingw-gdal:41a1d0cf030714b5728c02968c6309260ee935ce): open
> (buildvm-armv7-13.arm.fedoraproject.org) -> FAILED: BuildError:
> src.fedoraproject.org:/git/rpms/mingw-gdal is not in the list of allowed
> SCMs
>   1 free  0 open  0 done  1 failed
>   22673796 buildSRPMFromSCM
> (/git/rpms/mingw-gdal:41a1d0cf030714b5728c02968c6309260ee935ce): free ->
> FAILED: BuildError: src.fedoraproject.org:/git/rpms/mingw-gdal is not in
> the list of allowed SCMs
>   0 free  0 open  0 done  2 failed
> 
> Also happens if a do a fresh fedpkg clone of mingw-gdal.

Anybody? I have the same problem with vsftpd.

Thanks
Ondra
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1506493] perl-Shell-Config-Generate-0.31 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1506493

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||jples...@redhat.com
   Fixed In Version||perl-Shell-Config-Generate-
   ||0.31-1.fc28
 Resolution|--- |RAWHIDE
   Assignee|ppi...@redhat.com   |jples...@redhat.com
Last Closed||2017-10-26 07:30:07



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[389-devel] Re: csiphash on Sparc

[Lukas Slebodnik]

On (13/10/17 20:35), William Brown wrote:
>On Wed, 2017-10-11 at 13:36 +0200, Lukas Slebodnik wrote:
>> But following code should work. Please correct me if I am wrong. I didn't 
>> test.
>>   char *str = strdup("ABCDEFGH12345678");
>>   char *key = malloc(16);
>> 
>> yes, function sds_siphash13 is not ideal because it rely on properly alligned
>> input data.
>> 
>
>We are free to change the signature of the function, it's just that I
>used this from another open source component (thus why it's slightly
>different style wise)
>

Changing signature will not help. The main problem is that implementation of
function is not really portable

>sds_siphash13(const void *src, size_t src_sz, const char key[16])
>{
>const uint64_t *_key = (uint64_t *)key;
^^^
This cast is portable only in case of "((intptr_t)key) % sizeof(uint64_t) 
== 0"
It is not a problem in intel/amd but it is not portable
>uint64_t k0 = _le64toh(_key[0]);
>uint64_t k1 = _le64toh(_key[1]);
>uint64_t b = (uint64_t)src_sz << 56;
>const uint64_t *in = (uint64_t *)src;
  ^^^
and the same situation is here

This is usually not the problem is you directly pass pointer returned by
malloc. But it is not the case on many places.

e.g.
here is an usage on function in libsds

sh$ git grep sds_siphash13 src/libsds/
src/libsds/external/csiphash/csiphash.c:sds_siphash13(const void *src, size_t 
src_sz, const char key[16])
src/libsds/include/sds.h: * sds_siphash13 provides an implementation of the 
siphash algorithm for use in
src/libsds/include/sds.h:uint64_t sds_siphash13(const void *src, size_t src_sz, 
const char key[16]);
src/libsds/sds/ht/op.c:uint64_t hashout = sds_siphash13(key, 
ht_ptr->key_size_fn(key), ht_ptr->hkey);
src/libsds/sds/ht/op.c:uint64_t ex_hashout = 
sds_siphash13(slot->slot.value->key, 
ht_ptr->key_size_fn(slot->slot.value->key), ht_ptr->hkey);
src/libsds/sds/ht/op.c:uint64_t hashout = sds_siphash13(key, 
ht_ptr->key_size_fn(key), ht_ptr->hkey);
src/libsds/sds/ht/op.c:uint64_t hashout = sds_siphash13(key, 
ht_ptr->key_size_fn(key), ht_ptr->hkey);
src/libsds/test/test_sds_csiphash.c:hashout = sds_siphash13(, 
sizeof(uint64_t), key);
src/libsds/test/test_sds_csiphash.c:hashout = sds_siphash13(test, 4, key);

ht_ptr->hkey is used on many places and it is not aligned to 64 bites.

Here is a definition of structure
   typedef struct _sds_ht_instance
   {
   uint32_t checksum;
   char hkey[16];
   sds_ht_node *root;
   int64_t (*key_cmp_fn)(void *a, void *b);
   uint64_t (*key_size_fn)(void *key);
   void *(*key_dup_fn)(void *key);
   void (*key_free_fn)(void *key);
   void *(*value_dup_fn)(void *value);
   void (*value_free_fn)(void *value);
   } sds_ht_instance;

This structure is always created with malloc. So the beginning of structure is
aligned. "ht_ptr = sds_calloc(sizeof(sds_ht_instance));"
But it is very possible that hkey will not be aligned to 64 bits unless
compiler adds some padding between "checksum" and "hkey".
You might do the trick to change order of members in structure which would
solve problem here. But it still would not solve problem with improperly
aligned input in sds_siphash13.

let say we have following code
int main(void)
{
char *input = strdup("lorem impsum");
char *key = calloc(1, 16);

uint64_t temp;

/* this version would not crash) */
temp = sds_siphash13(input, strlen(input), key);

/* but this version will crash */
temp = sds_siphash13(input + 1, strlen(input +1), key);

return 0;
}

It is really difficult to rely on proper alignment of input.
In theory you could have assert in code which would catch it
also in x86_64 architecture. But it is not nice solution.

The only portable way is to use memcpy to copy data from
array of char to variable/array of uint64_t.

BTW recently I read nice article and it can crash even on x86_64
in case of vector operations. Which compilers try to use as part of
optimisations.
https://pzemtsov.github.io/2016/11/06/bug-story-alignment-on-x86.html

And as you can see in article usage of memcpy is not so bad especially
if compiler uses builtin instead of procedure call.

HTH and sorry for late reply.

LS
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

Re: hp-plugin doesn't work in hplip-3.17.9 - move to 3.17.10 if you need

[Zdenek Dohnal]

If plugin download doesn't work even after update, please try
uninstalling hplip and reinstalling it again from updates-testing
repository.


On 10/26/2017 12:25 PM, Zdenek Dohnal wrote:
> Hi,
>
> HP changed website this week, which has consequences for getting hp
> proprietary plugin - it cannot be downloaded anymore for hplip-3.17.9,
> which is in stable Fedoras (f25 and f26) and Fedora 27. It means anyone,
> who has printer, which needs this proprietary plugin (there is the list,
> where some of them are mentioned
> https://developers.hp.com/hp-linux-imaging-and-printing/binaary_plugin.html
> ), isn't able to install this printer.
>
> Tool hp-plugin (tool which downloads this plugin) tries two url for
> download - first, the openprinting.org and then hplipopensource.com.
> Issue is that hplipopensource.com url doesn't work anymore after moving
> to new HP website and plugin isn't on openprinting.org. I reported it to
> upstream several times about uploading plugin into openprinting.org
> website, but without answer (probably because it was available on
> hplipopensource.com). That's the situation for hplip-3.17.9.
>
> Luckily, there is hplip-3.17.10 in updates-testing repository, which has
> plugin on openprinting.org. So if someone now needs to install printer,
> which needs proprietary plugin, please update hplip to 3.17.10 from
> updates-testing repository. If you have such printer installed already
> or your printer doesn't need proprietary plugin, this issue shouldn't
> have impact on you.
>
> I'm sorry for inconvenience (this issue is already reported
> https://bugs.launchpad.net/hplip/+bug/1727628 ).
>
> Best regards,
>
> Zdenek
>

-- 
Zdenek Dohnal
Associate Software Engineer
Red Hat Czech - Brno TPB-C




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

hp-plugin doesn't work in hplip-3.17.9 - move to 3.17.10 if you need

[Zdenek Dohnal]

Hi,

HP changed website this week, which has consequences for getting hp
proprietary plugin - it cannot be downloaded anymore for hplip-3.17.9,
which is in stable Fedoras (f25 and f26) and Fedora 27. It means anyone,
who has printer, which needs this proprietary plugin (there is the list,
where some of them are mentioned
https://developers.hp.com/hp-linux-imaging-and-printing/binaary_plugin.html
), isn't able to install this printer.

Tool hp-plugin (tool which downloads this plugin) tries two url for
download - first, the openprinting.org and then hplipopensource.com.
Issue is that hplipopensource.com url doesn't work anymore after moving
to new HP website and plugin isn't on openprinting.org. I reported it to
upstream several times about uploading plugin into openprinting.org
website, but without answer (probably because it was available on
hplipopensource.com). That's the situation for hplip-3.17.9.

Luckily, there is hplip-3.17.10 in updates-testing repository, which has
plugin on openprinting.org. So if someone now needs to install printer,
which needs proprietary plugin, please update hplip to 3.17.10 from
updates-testing repository. If you have such printer installed already
or your printer doesn't need proprietary plugin, this issue shouldn't
have impact on you.

I'm sorry for inconvenience (this issue is already reported
https://bugs.launchpad.net/hplip/+bug/1727628 ).

Best regards,

Zdenek

-- 
Zdenek Dohnal
Associate Software Engineer
Red Hat Czech - Brno TPB-C




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[EPEL-devel] Fedora EPEL 6 updates-testing report

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 840  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 834  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 724  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 696  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 306  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e3e50897ac   
libbsd-0.8.3-2.el6
  36  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4c76ddcc92   
libmspack-0.6-0.1.alpha.el6
  20  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-164cc614ff   
nagios-4.3.4-4.el6
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-0177a71c41   
tnef-1.4.15-1.el6
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-f7e4cbd529   
golang-1.7.6-2.el6
   8  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-0100ef8963   
tre-0.7.6-3.el6
   8  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-93a3dd5663   
cacti-1.1.19-2.el6
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-51e496e5c0   
seamonkey-2.49.1-1.el6
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-abd82daec6   
lame-3.100-1.el6
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e031963c40   
tomcat-7.0.82-1.el6


The following builds have been pushed to Fedora EPEL 6 updates-testing

amavisd-milter-1.6.1-1.el6
clustershell-1.8-1.el6
dcap-2.47.11-1.el6
fedpkg-1.30-1.el6
globus-gridftp-server-control-6.0-2.el6
mMass-5.5.0-21.el6
rpkg-1.51-1.el6
tomcat-7.0.82-1.el6
up-imapproxy-1.2.8-0.12.20171022svn14722.el6

Details about builds:



 amavisd-milter-1.6.1-1.el6 (FEDORA-EPEL-2017-e9780c08f4)
 Sendmail milter for amavisd-new using the AM.PDP protocol

Update Information:

The amavisd-milter is a sendmail milter (mail filter) for amavisd-new 2.4.3 (and
above) and sendmail 8.13 (and above) which use the new AM.PDP protocol.  Run
'usermod -a -G amavis postfix' when using Postfix and amavisd-milter via the
unix socket.

References:

  [ 1 ] Bug #1505177 - Review Request: amavisd-milter - Sendmail milter for 
amavisd-new using the AM.PDP protocol
https://bugzilla.redhat.com/show_bug.cgi?id=1505177




 clustershell-1.8-1.el6 (FEDORA-EPEL-2017-8bc34ddfd7)
 Python framework for efficient cluster administration

Update Information:

Update for 1.8 GA.    1.8 RC1 for testing    ClusterShell 1.8 beta2
targeted for updates-testing only.    ClusterShell 1.8 beta1 targeted for
updates-testing only. Release #4 removes the vim-clustershell subpackage as it
was confusing for the users.  VIM extensions are just provided by the main
clustershell subpackage, which now requires vim-filesystem instead of vim-common
if available (only not on el6).    ClusterShell 1.8 beta1 targeted for
updates-testing only.    ClusterShell 1.8 beta1 targeted for updates-testing
only. Release 3 should fix some packaging issues reported by taskotron.  
ClusterShell 1.8 beta1 targeted for updates-testing only. This is release 2 with
added Python 3 support.




 dcap-2.47.11-1.el6 (FEDORA-EPEL-2017-a217b5b9d6)
 Client Tools for dCache

Update Information:

New upstream release.




 fedpkg-1.30-1.el6 (FEDORA-EPEL-2017-68e2defc4c)
 Fedora utility for working with dist-git

Update Information:

**rpkg**  - Ignore TestModulesCli if openidc-client is unavailable (cqi) - Port
mbs-build to rpkg (mprahl) - Add .vscode to .gitignore (mprahl) - Fix
TestPatch.test_rediff in order to run with old version of mock (cqi) - Allow to
specify alternative Copr config file - #184 (cqi) - Tests for patch command
(cqi) - More Tests for mockbuild command (cqi) - More tests for getting spec
file (cqi) - Tests for container-build-setup command (cqi) - Test for container-
build to use custom config (cqi) - Suppress output from git command within setUp
(cqi) - Skip test 

Re: NSS Default File Format SQL in Fedora 28

[James Hogarth]

On 25 October 2017 at 16:16, Kai Engert  wrote:
> On 25.10.2017 15:22, James Hogarth wrote:
>> There's always process if something is high enough level to be
>> considered a "Change"
>>
>> Please follow the appropriate process to have this included as a
>> system level change for F28.
>
> Ok. The change was previously accepted for Fedora 27.
>
> I've edited and updated the previous trackers:
> -
> https://fedoraproject.org/wiki/Changes/NSSDefaultFileFormatSql#Current_status
> - https://bugzilla.redhat.com/show_bug.cgi?id=1474771
> - https://pagure.io/releng/issue/6883
>
> Will this be sufficient to restart the change acceptance process for
> Fedora 28?
>


Although I'm not on FESCo my advice here is to treat it as a fresh
change and for the large part ignore the missed target of F27.

You're fortunate that Change is already written up so you're spared
redoing that effort and also that the contingency is known, and in
this case tested.

If steps are skipped then it risks other Changes in future adopting
the "we tried it for N-1 and it was approved in N-1 so we're good"
causing problems... and besides risks to be aware of will change from
release to release.

If we follow process each time, whether it was a missed target
previously or not, we ensure that there are no slip ups with missing
documentation or knock on effects that have not been considered.

In general if you have to ask the question "Will this be sufficient to
restart the change acceptance process for Fedora Next?" then
realistically the only suitable response is "check with FESCo, which
you'd have to do with any Change anyway".
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1506491] perl-FFI-CheckLib-0.18 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1506491

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||jples...@redhat.com
   Fixed In Version||perl-FFI-CheckLib-0.18-1.fc
   ||28
 Resolution|--- |RAWHIDE
   Assignee|ppi...@redhat.com   |jples...@redhat.com
Last Closed||2017-10-26 05:43:02



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: packaging ruby dependencies

[nicolas . mailhot]

> De: "Rich Megginson" 

Hi,

> I can't argue with that.

> What I can do is present my painful experience.

> I want to use fluentd (a medium sized ruby application) + a half dozen 
> or so plugins packaged as separate gems.

> This puts me on the hook to be the maintainer in perpetuity of 90+ ruby 
> RPM packages (for all of the build time and run time dependencies).  Not 
> what I had in mind.

I can certainly relate to that, I have need of another cloud native computing 
foundation project, prometheus, and what's in Fedora is awful (obsolete, 
incomplete, bitrotten specs, requiring a huge number of dep packaging or 
repackaging, packaging guideline updates and so on).

All I can say is someone needs to go first. Red Hat has IMHO missed the boat by 
focusing on paying devs to build its own cloud offering, with the usual dev 
bias of NIH-ism, unicorn-thinking, rewriting the world, building dev envs, dev 
containers, and not thinking about the practical aspects of making the result 
available in production or making users and ops happy in general.

And now there is a need to play catch-up, to make non Red Hat originated apps 
available in the software library, in the format Red Hat customers and Fedora 
contributors expect (which is *not* all the variations on custom containers 
which have constituted 90% of the cloud noise on Fedora lists in the past 
years). And that is a huge PITA because of past under-investments that need to 
be compensated first.

As a Red Hat customer, I certainly do not see the point of financing efforts 
that end up with me needing to pull third party code from github and rebuild 
container deployment images myself. I can do all that without paying Red Hat a 
penny, there is no lack of custom container variations on the marker.

As a Fedora contributor, I do not see the point of contributing packaging apps 
in a format that will help Red Hat earn money if Red Hat does not contribute a 
minimum to packaging apps in Fedora. That would be Debian with the constrains 
of a dominant sponsor and without the dominant sponsor earning its central 
place. I will do so for a while in the hope some sanity prevails, and switch 
partners if it does not.

Likewise, kuddos for buying ansible tower, for releasing awx, but why is it not 
in Fedora? Open but not ready to use in practice without  is open core-ism, 
I may as well standardise on saltstack and migrate to saltstack paying support 
when my use gets critical enough. 

The cloud market is entering a consolidation phase, it's the end of paying devs 
to do whatever they want in the hope of earning the jackpot, whoever focuses on 
grim practical tedious necessary aspects first will leave others actors in the 
dust.

Regards,

-- 
Nicolas Mailhot
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Flock Bidding still open - don't forget

[Brian Exelbierd]

Flock bidding for Europe is still open.  The new easier bid process is
described here:

https://communityblog.fedoraproject.org/flock-2018-bidding-open/

The process is lightweight and designed to help you move forward with a
proposal quickly.  You start by answering some basic questions about
what you're suggesting.

We are extending the deadline to November 12, 2017.  Part of the
selection committee have travel commitments at the beginning of November
so it is silly to have a deadline that will result in everything waiting
two weeks anyway.  

Use these extra days to get a bid in, Flock is coming to Europe and we
are ready to pick a place and get started :).

regards,

bex
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

major elpa update (API and ABI incompatible)

[Dominik 'Rathann' Mierzejewski]

Hi,
I intend to update elpa to the latest version (2017.05.002) in rawhide.
This is a major change from currently packaged 2015.11.001. It comes
with a new API and is ABI-incompatible. Old APIs, especially some
private functions which were exposed but not meant for public use by
upstream have been removed. New API is described in USERS_GUIDE.md [1].

There are two consumers of elpa in Fedora: cp2k and openmx. I put
the maintainers (myself included) of these packages on Cc in this
announcement.

While cp2k already supports this new elpa, openmx does not. There
was some discussion about this in bug #1325933 [2] and upstream [3],
but upstream seems to be reluctant to change anything, so in worst
case scenario, openmx can switch to using the old bundled copy of
elpa.

[1] https://gitlab.mpcdf.mpg.de/elpa/elpa/blob/master/USERS_GUIDE.md
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1325933
[3] http://www.openmx-square.org/forum/patio.cgi?mode=view=2099

Regards,
Dominik
-- 
Fedora   https://getfedora.org  |  RPMFusion   http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1506493] New: perl-Shell-Config-Generate-0.31 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1506493

Bug ID: 1506493
   Summary: perl-Shell-Config-Generate-0.31 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Shell-Config-Generate
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 0.31
Current version/release in rawhide: 0.29-1.fc28
URL: http://search.cpan.org/dist/Shell-Config-Generate/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/15743/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1506491] New: perl-FFI-CheckLib-0.18 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1506491

Bug ID: 1506491
   Summary: perl-FFI-CheckLib-0.18 is available
   Product: Fedora
   Version: rawhide
 Component: perl-FFI-CheckLib
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 0.18
Current version/release in rawhide: 0.16-1.fc27
URL: http://search.cpan.org/dist/FFI-CheckLib/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/13614/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Fedora Modular 27 compose report: 20171025.n.0 changes

[Fedora Branched Report]

OLD: Fedora-Modular-27-20171025.n.0
NEW: Fedora-Modular-27-20171025.n.0

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  0
Dropped packages:0
Upgraded packages:   0
Downgraded packages: 0

Size of added packages:  0.00 B
Size of dropped packages:0.00 B
Size of upgraded packages:   0.00 B
Size of downgraded packages: 0.00 B

Size change of upgraded packages:   0.00 B
Size change of downgraded packages: 0.00 B

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =

= DROPPED PACKAGES =

= UPGRADED PACKAGES =

= DOWNGRADED PACKAGES =
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Re: packaging ruby dependencies

[nicolas . mailhot]

Hi,

> I've done the "build the dependency chain" work myself with various
> projects I publish to github. The current problem I have is that for
> recent Fedora releases, I've not worked out how to add the local yum
> or dnf repositories to the "mock" configurations I've been working
> with for building the full chain locally, and being able to build them
> in mock. Does anyone have hooks or examples of how to do so for recent
> Fedora releases?

Here is my quick and dirty script. It's mostly missing a command to autobump 
release in specs on rebuild. Used both on EL7 and rawhide build hosts with 
minor adaptations.

You need a /srv/rpm directory writable by the mock user, and for each build env 
you target:
1. a build env id (mywork-rawhide for example)
2. a subdir in /srv/rpm with the same name (/srv/rpm/mywork-rawhide)
3. a mock conf with the same name (/etc/mock/mywork-rawhide.cfg, usually 
derived from the default mock conf of the build target)
4. config_opts['root'] = 'mywork-rawhide' in this conf file
5. Among the configured repos in this conf file :

[mywork-rawhide]
name= My private build repo for rawhide
baseurl=file:///srv/rpm/mywork-rawhide/
priority=1
gpgchek=0
metadata_expire=1s

(you want to sign the packages once they pass QA, not before)

Good practice is to wipe everything in the local repo once in a while and 
rebuild the whole package stack from specs to check everything still works 
together.

Regards,

-- 
Nicolas Mailhot

mass-rebuild.sh
Description: application/shellscript
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Fedocal] Reminder meeting : Final Release Readiness Meeting

[jkurik]

Dear all,

You are kindly invited to the meeting:
   Final Release Readiness Meeting on 2017-10-26 from 19:00:00 to 21:00:00 UTC
   At fedora-meetin...@irc.freenode.net

The meeting will be about:
Join us on irc.freenode.net in #fedora-meeting-1 for the Fedora 27 Final 
Release Readiness Meeting meeting.

We will meet to make sure we are coordinated and ready for the Final release of 
Fedora 27. Please note that this meeting is going to be held even if the 
release is delayed at the Go/No-Go meeting on the same day two hours earlier.



Source: https://apps.fedoraproject.org/calendar/meeting/7385/

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: [Fedora-packaging] Schedule for Thursday's FPC Meeting (2017-10-26 16:00 UTC)

[Igor Gnatenko]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Wed, 2017-10-25 at 22:37 -0400, James Antill wrote:
>  Following is the list of topics that will be discussed in the FPC
> meeting Thursday at 2017-10-26 16:00 UTC in #fedora-meeting-1 on
> irc.freenode.net.
> 
>  Local time information (via. uitime):
> 
> = Day: Thursday ==
> 2017-10-26 09:00 PDT  US/Pacific
> 2017-10-26 12:00 EDT  --> US/Eastern <--
> 2017-10-26 16:00 UTC  UTC   
> 2017-10-26 17:00 BST  Europe/London 
> 2017-10-26 18:00 CEST Europe/Berlin 
> 2017-10-26 18:00 CEST Europe/Paris  
> 2017-10-26 21:30 IST  Asia/Calcutta 
>  New Day: Friday -
> 2017-10-27 00:00 HKT  Asia/Hong_Kong
> 2017-10-27 00:00 +08  Asia/Singapore
> 2017-10-27 01:00 JST  Asia/Tokyo
> 2017-10-27 02:00 AEST Australia/Brisbane
> 
>  Links to all tickets below can be found at: 
> 
> https://pagure.io/packaging-committee/issues?status=Open=meeting
> 
> = Followups =
> 
> #topic #654 glibc file triggers
> .fpc 654
> https://pagure.io/packaging-committee/issue/654
> 
> #topic #691 noarch *sub*packages with arch-specific dependencies
> .fpc 691
> https://pagure.io/packaging-committee/issue/691
> 
> #topic #693 Wiki:Packaging:RPMMacros
> .fpc 693
> https://pagure.io/packaging-committee/issue/693
> 
> #topic #708 Allocating a static uid and gid for openvswitch
> .fpc 708
> https://pagure.io/packaging-committee/issue/708
> 
> #topic #710 Ruby packaging guidelines update
> .fpc 710
> https://pagure.io/packaging-committee/issue/710
> 
> #topic #713 Forward-looking conditionals by default
> .fpc 713
> https://pagure.io/packaging-committee/issue/713
> 
> #topic #714 let's kill file deps!
> .fpc 714
> https://pagure.io/packaging-committee/issue/714
> 
> #topic #715 Separately building package documentation
> .fpc 715
> https://pagure.io/packaging-committee/issue/715
> 
> = Open Floor = 
> 
>  For more complete details, please visit each individual ticket.  The
> report of the agenda items can be found at:
> 
> https://pagure.io/packaging-committee/issues?status=Open=meeting
> 
>  If you would like to add something to this agenda, you can reply to
> this e-mail, file a new ticket at https://pagure.io/packaging-committ
> ee
> ,
> e-mail me directly, or bring it up at the end of the meeting, during
> the open floor topic. Note that added topics may be deferred until
> the following meeting. 
It seems that schedule is just copied over the weeks... I would like to
discuss:

#topic #720 Easy way of changing/removing shebangs
.fpc 720
https://pagure.io/packaging-committee/issue/720

#topic #559 Ban use of rich dependencies
.fpc 559
https://pagure.io/packaging-committee/issue/559

(... All this means that, as of today, Infra should be all good to
handle Rich Dependencies.)

#topic #705 Rust Packaging Guidelines
.fpc 705
https://pagure.io/packaging-committee/issue/705

(it was already accepted by FPC, but we were stuck on banned usage of
rich deps, now it is time to get it in)
> ___
> packaging mailing list -- packag...@lists.fedoraproject.org
> To unsubscribe send an email to packaging-leave@lists.fedoraproject.o
> rg

- -- 
- -Igor Gnatenko
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlnxglAACgkQaVcUvRu8
X0yrxg/+MyOdmQRIeVUmhVGo5hMRGONok+d1LzEiiodwMl3L8J4bTpJ9YbjgnfH9
kQzupe2AP4J6QQVkGAbesr4fE2E/qRNpwrwOiC+Ko25EwsEseIN+A9sUKxBmcN9c
PHYKRvNNlVIDL1Jw1xAW7I13F8DVY8mTkUCKSEpYM7RLeaof1twSxFEGhtdGrGkE
xgDBOBlty9B8u/4brmFDwfnm+UrL9980kobCrM/OdoBpsjaj0wTK55imsaPlabOT
z/FRigGXKmAY5Jm+FwgpyfS4tO1CtLb9oOGn4kpDKHRMoCVhoVhkcmgXgygbt2XA
DwAe5Q/4+7IyNg6Rqe+58S0NEQ9JtHzB3SR/a3vD91I8I1BTmeGksScD+UGTJqbW
YhHa1I55U2gIlsCXWtLwkTwEtP2cwCL0FQj/w1VwH3/cMECRsGt/X8RyZCnIc4kh
oDyz4RCW0rxlVLzWZ0ixdx59hdv8S3ursOnllxUCyhNFU1Tcy6oYbzEypz66O1Ov
whLgSWPIyoKhURT/1EdDPXASVxO9/UOxJVBi/Kw5ICaj9GP+HVvzWWj1jyglezr3
92B0BOzZEEgNxfqTP+Nnnl++33u8GRrhpeL6xDIHAFL9E0/m4MKCsEDfK9JLliFL
RQ8ZX6asrsySxNkbxdseRguhdPSd+Ln/4uEVxRileh9nrbJ3n1g=
=iGle
-END PGP SIGNATURE-
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: packaging ruby dependencies

[Tom Hughes]

On 26/10/17 04:52, Nico Kadel-Garcia wrote:


I've done the "build the dependency chain" work myself with various
projects I publish to github. The current problem I have is that for
recent Fedora releases, I've not worked out how to add the local yum
or dnf repositories to the "mock" configurations I've been working
with for building the full chain locally, and being able to build them
in mock. Does anyone have hooks or examples of how to do so for recent
Fedora releases?


Just edit the relevant config file in /etc/mock and add it? So for 
example my local repo for f27 is defined by adding this block just 
before the """ marker at the end:


[compton]
name=compton
baseurl=http://packages.compton.nu/fedora-27/x86_64/
metadata_expire=30

Personally what I actually do is to create 
/etc/mock/compton-27-x86_64.cfg as a copy of 
/etc/mock/fedora-27-x86_64.cfg with that added to avoid conflicts on 
mock upgrades and then use the appropriate switch to mock/fedpkg to 
select that config.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org