Orphaned Packages in rawhide (2015-03-14)
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package(co)maintainers Status Change === aleorphan, cicku, silfreed4 weeks ago bfgminer orphan, pwouters 6 weeks ago clc-intercal orphan, iarnell18 weeks ago cone orphan, steve 17 weeks ago dbus-tools orphan, miminar18 weeks ago dircproxy orphan, jwilson, kevin 9 weeks ago egtk orphan, cicku, odysseus7 weeks ago erlang-jsx orphan, erlang-sig, peter 1 weeks ago fldigi-doc orphan, dp67 17 weeks ago gtk-smooth-engine orphan, raveit65, vicodan 1 weeks ago identicurseorphan, smilner0 weeks ago ioprocess orphan, bronhaim, dougsland, 0 weeks ago smizrahi ip6sic orphan, flo9 weeks ago isic orphan 9 weeks ago ivtv-firmware orphan, athimm, jwilson, 2 weeks ago kwizart ivtv-utils orphan, athimm 2 weeks ago jackrabbit orphan 1 weeks ago mate-user-shareorphan, raveit65, vicodan 5 weeks ago maven-anno-plugin orphan, goldmann 13 weeks ago mediawiki-openid orphan, athimm, kevin, 2 weeks ago kurtseifried mercuryorphan 1 weeks ago mojomojo orphan, iarnell, perl-sig 18 weeks ago pympdtouchgui orphan, slankes8 weeks ago python-asyncmongo orphan, silas 13 weeks ago python-django- orphan 3 weeks ago socialregistration python-gflags orphan, silas 13 weeks ago python-tvrage orphan 3 weeks ago rubygem-spruz orphan, maxamillion2 weeks ago snoopy orphan, stevetraylen 0 weeks ago spambayes orphan 3 weeks ago system-config-httpdorphan, pknirsch 0 weeks ago tuxcmd orphan 2 weeks ago umlgraph orphan, akurtakov, fabiand,13 weeks ago raphgro visualvm orphan, davidcl, dbhole, 5 weeks ago jerboaa, jvanek wss4j orphan 1 weeks ago xnoise orphan, salimma9 weeks ago zukini orphan, odysseus 7 weeks ago zukiwi orphan, odysseus 7 weeks ago The following packages require above mentioned packages: Depending on: erlang-jsx (28), status change: 2015-03-04 (1 weeks ago) thrift (maintained by: willb) erlang-thrift-0.9.1-13.fc22.3.i686 requires erlang-jsx = 1.4.2-4.fc22 accumulo (maintained by: ctubbsii, mizdebsk) accumulo-1.6.1-2.fc22.src requires libthrift-java = 0.9.1-13.fc22.3 accumulo-core-1.6.1-2.fc22.noarch requires mvn(org.apache.hadoop:hadoop-client) = 2.4.1, mvn(org.apache.thrift:libthrift) = 0.9.1 accumulo-gc-1.6.1-2.fc22.noarch requires mvn(org.apache.hadoop:hadoop-client) = 2.4.1, mvn(org.apache.thrift:libthrift) = 0.9.1 accumulo-master-1.6.1-2.fc22.noarch requires mvn(org.apache.hadoop:hadoop-client) = 2.4.1, mvn(org.apache.thrift:libthrift) = 0.9.1 accumulo-server-ba
Orphaned Packages in branched (2015-03-14)
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package(co)maintainers Status Change === bfgminer orphan, pwouters 4 weeks ago clc-intercal orphan, iarnell4 weeks ago cone orphan, steve 4 weeks ago dbus-tools orphan, miminar4 weeks ago dircproxy orphan, jwilson, kevin 4 weeks ago egtk orphan, cicku, odysseus4 weeks ago erlang-jsx orphan, erlang-sig, peter 1 weeks ago fldigi-doc orphan, dp67 4 weeks ago gtk-smooth-engine orphan, raveit65, vicodan 1 weeks ago identicurseorphan, smilner0 weeks ago ioprocess orphan, bronhaim, dougsland, 0 weeks ago smizrahi ip6sic orphan 4 weeks ago isic orphan 4 weeks ago ivtv-firmware orphan, athimm, jwilson, 2 weeks ago kwizart ivtv-utils orphan, athimm 2 weeks ago jackrabbit orphan 1 weeks ago mate-user-shareorphan, raveit65, vicodan 4 weeks ago maven-anno-plugin orphan, goldmann 4 weeks ago mediawiki-openid orphan, athimm, kevin, 2 weeks ago kurtseifried mercuryorphan 1 weeks ago mojomojo orphan, iarnell, perl-sig 4 weeks ago ninja orphan, adrian 4 weeks ago pympdtouchgui orphan, slankes4 weeks ago python-asyncmongo orphan, silas 4 weeks ago python-django- orphan 3 weeks ago socialregistration python-gflags orphan, silas 4 weeks ago python-tvrage orphan 3 weeks ago rubygem-spruz orphan, maxamillion2 weeks ago snoopy orphan, stevetraylen 0 weeks ago spambayes orphan 3 weeks ago system-config-httpdorphan, pknirsch 0 weeks ago tuxcmd orphan 2 weeks ago umlgraph orphan, akurtakov, fabiand,4 weeks ago raphgro visualvm orphan, davidcl, dbhole, 4 weeks ago jerboaa, jvanek wss4j orphan 1 weeks ago xnoise orphan, salimma4 weeks ago zukini orphan, odysseus 4 weeks ago zukiwi orphan, odysseus 4 weeks ago The following packages require above mentioned packages: Depending on: erlang-jsx (42), status change: 2015-03-04 (1 weeks ago) thrift (maintained by: willb) erlang-thrift-0.9.1-13.fc22.3.i686 requires erlang-jsx = 1.4.2-4.fc22 accumulo (maintained by: ctubbsii, mizdebsk) accumulo-1.6.1-2.fc22.src requires libthrift-java = 0.9.1-13.fc22.3 accumulo-core-1.6.1-2.fc22.noarch requires mvn(org.apache.hadoop:hadoop-client) = 2.4.1, mvn(org.apache.thrift:libthrift) = 0.9.1 accumulo-gc-1.6.1-2.fc22.noarch requires mvn(org.apache.hadoop:hadoop-client) = 2.4.1, mvn(org.apache.thrift:libthrift) = 0.9.1 accumulo-master-1.6.1-2.fc22.noarch requires mvn(org.apache.hadoop:hadoop-client) = 2.4.1, mvn(org.apache.thrift:libthrift) = 0.9.1 accumulo-server-ba
Re: Harden_all_packages_with_position-independent_code + guile modules
On Fri, 13 Mar 2015 19:24:58 +0100 Ralf Corsepius wrote: > > My conclusion is that gcc5 is at least sometimes using a lot more > > memory than older versions. > I haven't noticed a significant increase in memory usage in my local > mock builds, but I haven't tried to investigate. Yeah, me either, was just a conclusion based on the OOM. > > Perhaps reducing smp_mflags could help? > Dunno ;) If you set it always to 4 do a number of scratch builds in a row work? > > buildhw boxes have 20GB of memory and 16CPUs... so perhaps 16 > > threads is causing it to hit OOM much more often than in the past? > > > > buildvm boxes have 10GB of memory, but only 4 (faster) cpus. > > arm boxes have 4GB of memory and 4 cpus. > Does this explain why my yesterday's scratch-builds didn't fail but > "real" builds failed? If it's memory related and the builders with 4 cpus always work, but the ones on the builders with 16 cpus always fail it would. > Does this explain why "real" builds failed yesterday but succeed > today? Did you change something about this configuration or has > something related to g++ changed within the last 24hrs? > > ... too many unknowns for my taste. Such is life. ;) kevin pgpaYxnv2DKoP.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
MySQL++ license correction
The license tags of the mysql++ package have been corrected from LGPLv2 to LGPLv2+ on the library itself, and to LGPLv2+ and LDPL on mysql++-manuals. The actual licenses are unchanged. Björn Persson pgpHaMlB7GfS8.pgp Description: OpenPGP digital signatur -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Self Introduction: Antti Järvinen
Dear Sirs, I have filed a bug at https://bugzilla.redhat.com/show_bug.cgi?id=1202063 with hope that piece of sw introduced there will be useful for others too. According to https://fedoraproject.org/wiki/Join_the_package_collection_maintainers I feel obliged to introduce myself in this mailing list too as I understand it might be possible for me to maintain my package under review for fedora linux too. In addition to having submitted a package on review I can also try helping in other packaging or QA functions that fedora linux project might have, if I can and if my time permits. The initial nudge to create the piece of sw under review was observation how regular internet users mis-use capabilities of open-source sw available: message exchange is very fundamental thing inside internet. Regardless of availability of flat address space and various security-related tools people often ask me to communicate through services that disregard the flat address space (by having for example client-server infrastructure) and make usage of privacy-related tools difficult. This attempt for fixing those problems is simplicity ; there is straightforward user-interface that, when used, will make use of server-less data-storage, server-less message exchange and normal library procedures for content encryption. In the past I have not, at least under my real name, contributed to popular open-source sw projects, I have been only using and developing on top of them. Before linux came into existence I was using minix on atari st. I started to use linux at kernel version 0.98, switched to commercial unixes between kernels 1.3-2.0 and started to regularly use again linux when kernel was 2.0. Some projects that I have made I have tried to share with community but found very little interest :) I earn my salary as sw developer, since year 1996 or something, and have previously been paid to contribute to projects related to industrial process control, mobile phone sw, embedded sw on small devices, many kind of web-services, other data-transmission related things and all this in every common platform, including open-source and commercial unixes. The programming languages I'm most comfortible with are C, C++, /bin/sh, java, tcl, c#, pl/sql but almost anything goes to small extent. The guide to writing introduction made a question "why should I be trusted" but I have no answer. Reputation grows with time. I have included link to SRPM with hope that someone will read through it and check that it will not attempt "dd if=/dev/zero of=/dev/sda bs=4k" -equivalent on first run ; it should not. I'm from finland, some people involved in open-source scene might recognice me but I don't know. My understanding of of possibilities of internet is that we might promote equal opportunities by encouraging use of services that are not tightly in hands of one person or organization only ; Classified ads clearly falls into this category. Latest source code to Classified ads is at https://github.com/operatornormal/classified_ads and as user of Classified ads messaging system I understand that usage of unpopular messaging system contributes only to monologue so I invite everybody to immediately join the DHT of the system, my address inside Classified ads is 6AC2D159AB3A0B0F241DD6D12E4A1673588DD0E8. -- Antti Järvinen, Oulu, Finland -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1 mQGiBDi9E/8RBACkxa+Ri4/HApuv5XmnATpnvDBu8qlAtOn55x4iiZ2xpb+EF/lG nQpv7qSffemUwe8bb8t7Ob8DbIXjdTqHfbUvjoYesZTSYf7qAaVVSnPJxaWHxxMC waVfQfE1FTsEjk1dS5m5nwwSmfQC12jeA0nDXDdfK2l3QJlEL7xXQgLhdwCglr6d wAQnOajIWJKS860lzCNI7nMD/R0aXHbOi8T5Ts+TQcS255EtC7sEVw4M7KJGwIql 6yG+y/x8NCx4o1F8N7LXNDscl0Cb3KmnTvsFqVmUiQTT8chdU7SZQB/88etRI+7c Sqh8D1xtCsCBLwLpxSA/61LEU/z/AguVsPMNSq52MD1bOgCakmbVNEca/Sn3ECsR bi8rA/4qps8gq4bos6OO0WPG8+q1xZ/DJaug63tZX2Db9vOGM5Gi2pCygyBm6+6l oOO5jm/U2qmZPhru91jPrNoldNpQWC0O4Pnq3frpk+la9v/jMDiaVTWXbVv9vMxz fi/UhRVcrlNQA82xyulKBuf8Hg/euLP/eCROko+vNvLlzXx98bQsQW50dGkgSsOk cnZpbmVuIDxhbnR0aS5qYXJ2aW5lbkBrYXRpc2thLm9yZz6IYgQTEQIAIgUCVPCy CAIbAwYLCQgHAwIGFQgCCQoLBBYCAwECHgECF4AACgkQUTdja+nNMWPmogCfXius pprwVtUq21yEUhd0Ot+M7p0An11nWVx29yu+gL23/MZd6bcMt5pPtExBbnR0aSBT LiBKYXJ2aW5lbiAoa2V5IHVzZWQgdG8gc2lnbiBzY2h0b25rKSA8c2NodG9uay5x dWVzdGlvbnNAa2F0aXNrYS5vcmc+iGAEExECACAFAkktrpECGwMGCwkIBwMCBBUC CAMEFgIDAQIeAQIXgAAKCRBRN2Nr6c0xY6LTAJ4i78CnleERb0qJi6P7rlvgj2Fh GQCfRN1cA6XVg9j945Ns4S1/Pr5baYG0KkFudHRpIFMuIErDpHJ2aW5lbiA8YW50 dGkuamFydmluZW5AaWtpLmZpPohgBBMRAgAgBQJGur+uAhsDBgsJCAcDAgQVAggD BBYCAwECHgECF4AACgkQUTdja+nNMWN2TgCdHt72WoZhvpaznnkie27SsPIUkCAA oIfURI+os/fjS5CI3RyVw57rmqlwtCNBbnR0aSBTLiBKYXJ2aW5lbiA8Y29zdGVs bG9AaWtpLmZpPohgBBMRAgAgBQJGur9vAhsDBgsJCAcDAgQVAggDBBYCAwECHgEC F4AACgkQUTdja+nNMWP0tQCeNACeSfqsEvS4b2dSUtC23EHngeQAoIVwMLdd0t7o jdb0CoVks+/vEdmftDZBbnR0aSBKw6RydmluZW4gPGNsYXNzaWZpZWQtYWRzLnF1 ZXN0aW9uc0BrYXRpc2thLm9yZz6IYgQTEQIAIgUCVPC+TAIbAwYLCQgHAwIGFQgC CQoLBBYCAwECHgECF4AACgkQUTdja+nNMWPHLQCfdgwq9WZB1235EVviw6PWd4Zg 4lQAn2OuoUIsYhGCbkwS9XHxsee/sBsPu
Re: Self Introduction: Antti Järvinen
welcome! just a note, for Your spec file. include LICENSE file with macro %license regards gil Il 15/03/2015 00:49, Antti Järvinen ha scritto: Dear Sirs, I have filed a bug at https://bugzilla.redhat.com/show_bug.cgi?id=1202063 with hope that piece of sw introduced there will be useful for others too. According to https://fedoraproject.org/wiki/Join_the_package_collection_maintainers I feel obliged to introduce myself in this mailing list too as I understand it might be possible for me to maintain my package under review for fedora linux too. In addition to having submitted a package on review I can also try helping in other packaging or QA functions that fedora linux project might have, if I can and if my time permits. The initial nudge to create the piece of sw under review was observation how regular internet users mis-use capabilities of open-source sw available: message exchange is very fundamental thing inside internet. Regardless of availability of flat address space and various security-related tools people often ask me to communicate through services that disregard the flat address space (by having for example client-server infrastructure) and make usage of privacy-related tools difficult. This attempt for fixing those problems is simplicity ; there is straightforward user-interface that, when used, will make use of server-less data-storage, server-less message exchange and normal library procedures for content encryption. In the past I have not, at least under my real name, contributed to popular open-source sw projects, I have been only using and developing on top of them. Before linux came into existence I was using minix on atari st. I started to use linux at kernel version 0.98, switched to commercial unixes between kernels 1.3-2.0 and started to regularly use again linux when kernel was 2.0. Some projects that I have made I have tried to share with community but found very little interest :) I earn my salary as sw developer, since year 1996 or something, and have previously been paid to contribute to projects related to industrial process control, mobile phone sw, embedded sw on small devices, many kind of web-services, other data-transmission related things and all this in every common platform, including open-source and commercial unixes. The programming languages I'm most comfortible with are C, C++, /bin/sh, java, tcl, c#, pl/sql but almost anything goes to small extent. The guide to writing introduction made a question "why should I be trusted" but I have no answer. Reputation grows with time. I have included link to SRPM with hope that someone will read through it and check that it will not attempt "dd if=/dev/zero of=/dev/sda bs=4k" -equivalent on first run ; it should not. I'm from finland, some people involved in open-source scene might recognice me but I don't know. My understanding of of possibilities of internet is that we might promote equal opportunities by encouraging use of services that are not tightly in hands of one person or organization only ; Classified ads clearly falls into this category. Latest source code to Classified ads is at https://github.com/operatornormal/classified_ads and as user of Classified ads messaging system I understand that usage of unpopular messaging system contributes only to monologue so I invite everybody to immediately join the DHT of the system, my address inside Classified ads is 6AC2D159AB3A0B0F241DD6D12E4A1673588DD0E8. -- Antti Järvinen, Oulu, Finland -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1 mQGiBDi9E/8RBACkxa+Ri4/HApuv5XmnATpnvDBu8qlAtOn55x4iiZ2xpb+EF/lG nQpv7qSffemUwe8bb8t7Ob8DbIXjdTqHfbUvjoYesZTSYf7qAaVVSnPJxaWHxxMC waVfQfE1FTsEjk1dS5m5nwwSmfQC12jeA0nDXDdfK2l3QJlEL7xXQgLhdwCglr6d wAQnOajIWJKS860lzCNI7nMD/R0aXHbOi8T5Ts+TQcS255EtC7sEVw4M7KJGwIql 6yG+y/x8NCx4o1F8N7LXNDscl0Cb3KmnTvsFqVmUiQTT8chdU7SZQB/88etRI+7c Sqh8D1xtCsCBLwLpxSA/61LEU/z/AguVsPMNSq52MD1bOgCakmbVNEca/Sn3ECsR bi8rA/4qps8gq4bos6OO0WPG8+q1xZ/DJaug63tZX2Db9vOGM5Gi2pCygyBm6+6l oOO5jm/U2qmZPhru91jPrNoldNpQWC0O4Pnq3frpk+la9v/jMDiaVTWXbVv9vMxz fi/UhRVcrlNQA82xyulKBuf8Hg/euLP/eCROko+vNvLlzXx98bQsQW50dGkgSsOk cnZpbmVuIDxhbnR0aS5qYXJ2aW5lbkBrYXRpc2thLm9yZz6IYgQTEQIAIgUCVPCy CAIbAwYLCQgHAwIGFQgCCQoLBBYCAwECHgECF4AACgkQUTdja+nNMWPmogCfXius pprwVtUq21yEUhd0Ot+M7p0An11nWVx29yu+gL23/MZd6bcMt5pPtExBbnR0aSBT LiBKYXJ2aW5lbiAoa2V5IHVzZWQgdG8gc2lnbiBzY2h0b25rKSA8c2NodG9uay5x dWVzdGlvbnNAa2F0aXNrYS5vcmc+iGAEExECACAFAkktrpECGwMGCwkIBwMCBBUC CAMEFgIDAQIeAQIXgAAKCRBRN2Nr6c0xY6LTAJ4i78CnleERb0qJi6P7rlvgj2Fh GQCfRN1cA6XVg9j945Ns4S1/Pr5baYG0KkFudHRpIFMuIErDpHJ2aW5lbiA8YW50 dGkuamFydmluZW5AaWtpLmZpPohgBBMRAgAgBQJGur+uAhsDBgsJCAcDAgQVAggD BBYCAwECHgECF4AACgkQUTdja+nNMWN2TgCdHt72WoZhvpaznnkie27SsPIUkCAA oIfURI+os/fjS5CI3RyVw57rmqlwtCNBbnR0aSBTLiBKYXJ2aW5lbiA8Y29zdGVs bG9AaWtpLmZpPohgBBMRAgAgBQJGur9vAhsDBgsJCAcDAgQVAggDBBYCAwECHgEC F4AACgkQUTdja+nNMWP0tQCeNACeSfqsEvS4b2dSUtC23EHngeQAoIVwMLdd0t7o jdb0CoVks+/vEdmftDZBbnR0aSBKw6RydmluZW4gPGNsYXNzaWZpZWQtYWRzLnF1 ZXN0aW9uc0BrYXRpc2thLm
