can't access package repositories with git+ssh
Hi everybody! Sorry if it is a stupid question, but since I changed my ssh key yesterday I'm not able to use the package repository anymore. It always says: [mario@gervis gdcm]$ fedpkg push ssh_exchange_identification: Connection closed by remote host fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. Could not execute push: Command '['git', 'push']' returned non-zero exit status 128 I can ssh to fedorapeople.org with the new key, so it is not a sync problem, right? Thanks for any hints and Happy Easter! Best, Mario -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Package webkitgtk
Hello, I encounter this crash in eclipse: https://bugzilla.redhat.com/show_bug.cgi?id=928783 I wanted to recompile the webkitgtk package with --enable-debug option to hopefully get some more information what exactly is going on here: http://koji.fedoraproject.org/koji/buildinfo?buildID=401873 But I'm not able to compile this package on my machine as the final linker step get's killed in OOM. So can anybody help me here and provide the webkitgtk Fedora 18 package with --enable-debug. hopefully this will provided some more infos to debug the crash! with kind regards thomas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-19 Branched report: 20130330 changes
Compose started at Sat Mar 30 09:15:13 UTC 2013 Broken deps for x86_64 -- [aeolus-conductor] aeolus-conductor-0.10.6-2.fc19.noarch requires ruby(abi) = 0:1.9.1 [alexandria] alexandria-0.6.9-4.fc19.noarch requires ruby(abi) = 0:1.9.1 [amide] amide-1.0.0-4.fc19.x86_64 requires libvolpack.so.1()(64bit) [archmage] archmage-0.2.4-7.fc19.noarch requires python-chm [chm2pdf] chm2pdf-0.9.1-13.fc19.noarch requires python-chm [clementine] clementine-1.1.1-1.fc19.x86_64 requires libprotobuf.so.7()(64bit) clementine-1.1.1-1.fc19.x86_64 requires libimobiledevice.so.3()(64bit) [connman] connman-1.5-4.fc19.i686 requires libxtables.so.7 connman-1.5-4.fc19.i686 requires libgnutls.so.26(GNUTLS_1_4) connman-1.5-4.fc19.i686 requires libgnutls.so.26 connman-1.5-4.fc19.x86_64 requires libxtables.so.7()(64bit) connman-1.5-4.fc19.x86_64 requires libgnutls.so.26(GNUTLS_1_4)(64bit) connman-1.5-4.fc19.x86_64 requires libgnutls.so.26()(64bit) [deltacloud-core] deltacloud-core-1.0.5-2.fc19.noarch requires ruby(abi) = 0:1.9.1 [denemo] denemo-0.9.4-0.fc18.x86_64 requires libgtksourceview-3.0.so.0()(64bit) [dragonegg] dragonegg-3.1-19.fc19.x86_64 requires gcc = 0:4.7.2-9.fc19 [eruby] eruby-1.0.5-19.fc18.x86_64 requires libruby.so.1.9()(64bit) eruby-libs-1.0.5-19.fc18.i686 requires ruby(abi) = 0:1.9.0 eruby-libs-1.0.5-19.fc18.i686 requires libruby.so.1.9 eruby-libs-1.0.5-19.fc18.x86_64 requires ruby(abi) = 0:1.9.0 eruby-libs-1.0.5-19.fc18.x86_64 requires libruby.so.1.9()(64bit) [esorex] esorex-3.9.0-4.fc19.x86_64 requires libcfitsio.so.0()(64bit) [fawkes] fawkes-firevision-0.5.0-5.fc19.i686 requires libjpeg.so.8(LIBJPEG_8.0) fawkes-firevision-0.5.0-5.fc19.i686 requires libjpeg.so.8 fawkes-firevision-0.5.0-5.fc19.x86_64 requires libjpeg.so.8(LIBJPEG_8.0)(64bit) fawkes-firevision-0.5.0-5.fc19.x86_64 requires libjpeg.so.8()(64bit) fawkes-guis-0.5.0-5.fc19.i686 requires libgraph.so.5 fawkes-guis-0.5.0-5.fc19.x86_64 requires libgraph.so.5()(64bit) fawkes-plugin-clips-0.5.0-5.fc19.i686 requires libclipsmm.so.2 fawkes-plugin-clips-0.5.0-5.fc19.x86_64 requires libclipsmm.so.2()(64bit) fawkes-plugin-player-0.5.0-5.fc19.x86_64 requires libgeos-3.3.6.so()(64bit) fawkes-plugin-player-0.5.0-5.fc19.x86_64 requires libboost_thread-mt.so.1.50.0()(64bit) fawkes-plugin-player-0.5.0-5.fc19.x86_64 requires libboost_system-mt.so.1.50.0()(64bit) fawkes-plugin-player-0.5.0-5.fc19.x86_64 requires libboost_signals-mt.so.1.50.0()(64bit) fawkes-plugin-tabletop-objects-0.5.0-5.fc19.x86_64 requires libboost_thread-mt.so.1.50.0()(64bit) fawkes-plugin-tabletop-objects-0.5.0-5.fc19.x86_64 requires libboost_system-mt.so.1.50.0()(64bit) [flowcanvas] flowcanvas-0.7.1-8.fc18.i686 requires libgraph.so.5 flowcanvas-0.7.1-8.fc18.x86_64 requires libgraph.so.5()(64bit) [freeipa] freeipa-server-strict-3.1.2-3.fc19.x86_64 requires krb5-server = 0:1.11 freeipa-server-strict-3.1.2-3.fc19.x86_64 requires 389-ds-base = 0:1.3.0.3 [gcc-python-plugin] gcc-python2-debug-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 gcc-python2-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 gcc-python3-debug-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 gcc-python3-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 [gdcm] gdcm-2.0.18-6.fc18.i686 requires libpoppler.so.26 gdcm-2.0.18-6.fc18.x86_64 requires libpoppler.so.26()(64bit) [gnome-applets] 1:gnome-applets-3.5.92-3.fc18.x86_64 requires libgweather-3.so.1()(64bit) [gnome-panel] gnome-panel-3.6.2-6.fc19.x86_64 requires libgnome-desktop-3.so.5()(64bit) gnome-panel-devel-3.6.2-6.fc19.i686 requires libgnome-desktop-3.so.5 gnome-panel-devel-3.6.2-6.fc19.x86_64 requires libgnome-desktop-3.so.5()(64bit) [gnome-pie] gnome-pie-0.5.3-3.20120826git1b93e1.fc19.x86_64 requires libbamf3.so.0()(64bit) [gnomint] gnomint-1.2.1-5.fc18.x86_64 requires libgnutls.so.26(GNUTLS_2_8)(64bit) gnomint-1.2.1-5.fc18.x86_64 requires libgnutls.so.26(GNUTLS_1_4)(64bit) gnomint-1.2.1-5.fc18.x86_64 requires libgnutls.so.26()(64bit) [gooddata-cl] gooddata-cl-1.2.56-2.fc19.noarch requires gdata-java [kawa] 1:kawa-1.11-5.fc19.x86_64 requires servlet25 [libkolab] php-kolab-0.4.1-3.fc19.x86_64 requires php(zend-abi) = 0:20100525-x86-64 php-kolab-0.4.1-3.fc19.x86_64 requires php(api) = 0:20100412-x86-64 [libmatecomponentui] libmatecomponentui-1.4.0-3.fc19.i686 requires libmatecomponent-activation.so.4 libmatecomponentui-1.4.0-3.fc19.i686 requires libmatecomponent-2.so.0 libmatecomponentui-1.4.0-3.fc19.i686
Re: Package webkitgtk
Hello, which version of Fedora and which architecture do you need compiled? On Mar 30, 2013 7:03 AM, Thomas Meyer tho...@m3y3r.de wrote: Hello, I encounter this crash in eclipse: https://bugzilla.redhat.com/show_bug.cgi?id=928783 I wanted to recompile the webkitgtk package with --enable-debug option to hopefully get some more information what exactly is going on here: http://koji.fedoraproject.org/koji/buildinfo?buildID=401873 But I'm not able to compile this package on my machine as the final linker step get's killed in OOM. So can anybody help me here and provide the webkitgtk Fedora 18 package with --enable-debug. hopefully this will provided some more infos to debug the crash! with kind regards thomas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Expanding the list of Hardened Packages
Am 29.03.2013 23:07, schrieb John Reiser: On 03/29/2013, Reindl Harald wrote: -fPIE code is larger and takes longer to execute. The cost varies from minimal ( 2%) in many cases to 10% or more for non-dynamic arrays on i686 i686 becomes more or less dead there could be made a difference in SPEC-files to in border cases only harden the x86_64 binaries because in context of servers i686 is already dead except legacy systems which are not relevant for recent fedora versions The usage of i686 user-mode software is *INCREASING*, especially on x86_64 machines which run a 64-bit kernel. The same amount of physical RAM can support several percent more simultaneous 32-bit user-mode processes before paging. 64-bit .text, pointers, and longs are larger. Only a few applications need a 64-bit address space. It will be many years before i686 user mode dies. the machines below are all installed 2008 this is five years ago the machines did load-peaks only a few people saw in real-life well many times and i rebuild ANY relevant package with PIE last year we bought a DL380 with 2 x Xeon E5-2640 and 92 GB RAM plus a additional CPU and 60 GB RAM for the other host by a price of around 8000 € and you will explain me that hacks like PAE are growing? [root@buildserver:~]$ distribute-command.sh rpm -qa | grep x86_64 | wc -l; rpm -qa | grep i686 | wc -l -- 896 0 411 0 335 0 279 0 283 0 368 0 217 0 218 0 344 0 342 0 237 0 239 0 399 0 335 0 344 0 895 0 279 0 283 0 368 0 * please do not argue with but you need this and this AND this the expierience of the last years shows how creative attackers are acting with RANDOM input data I'm arguing the total expected benefit (integral over time of estimated exposure times expected prevented loss) versus actual cost (more machines, RAM, heat, [avoided] latency). I'm not convinced that PIE+RELRO is worth it except for a process with elevated privilege or extended lifetime. Please cite some documented cases where PIE and/or RELRO prevented or delayed an actual loss, or signaled with sufficient warning to be useful. Meanwhile I'm spending more each month to consume more resources because of PIE+RELRO this is a naive approach you CAN NOT measure a failed code-execution you can only measure a successful intrusion and that only if you take notice that it happened - looking in my firewall logs only a few people out there are in the position having the knowledge to notice intrusions on their machines signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package webkitgtk
On Sat, 30 Mar 2013 13:03:22 +0100, Thomas Meyer wrote: I encounter this crash in eclipse: https://bugzilla.redhat.com/show_bug.cgi?id=928783 In the backtrace is: #6 0x7fffbe51c92e in WebKit::core () from /lib64/libwebkitgtk-1.0.so.0 No locals. #7 0x7fffbe4ef8f8 in WebKit::GtkAdjustmentWatcher::updateAdjustmentsFromScrollbars () from /lib64/libwebkitgtk-1.0.so.0 No locals. #8 0x7fffbe4ef979 in updateAdjustmentCallback () from /lib64/libwebkitgtk-1.0.so.0 No locals. This means GDB could not find the /usr/lib/debug/**.debug file from webkitgtk-debuginfo.rpm and GDB always complains about it. After you have loaded the core file (or if it crashed under GDB etc.) GDB should also print some such suggestion: Missing separate debuginfos, use: debuginfo-install webkitgtk-1.10.2-3.fc18.x86_64 If you run this command more debug info should be evailable, primarily there will be visible the source file+line for the 3 functions above (and no longer the from /lib64/ text). I wanted to recompile the webkitgtk package with --enable-debug option to hopefully get some more information what exactly is going on here: This is higher level of debugging aid which should be used only if the default debuginfo rpm is insufficient. But then if you recompile the rpm one should primarily use -O0 (with default $RPM_OPT_FLAGS -g) in CFLAGS+CXXFLAGS there, --enable-debug is also useful but IMO not so much as -O0 there. But I'm not able to compile this package on my machine as the final linker step get's killed in OOM. You could also use fedpkg build --scratch --srpm if you have Koji account. Regards, Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package webkitgtk
Thomas Meyer wrote: Hello, I encounter this crash in eclipse: https://bugzilla.redhat.com/show_bug.cgi?id=928783 I wanted to recompile the webkitgtk package with --enable-debug option to hopefully get some more information what exactly is going on here: http://koji.fedoraproject.org/koji/buildinfo?buildID=401873 Is installing webkitgtk-debuginfo not sufficient? Fwiw, webkitgtk has *some* reduced debuginfo to workaround issues related to the problem you see, in that it creates very large files, requiring large virtual-memory to link, and sometimes failures even then due to 4gb files. -- rex -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: can't access package repositories with git+ssh
On Sat, 30 Mar 2013 11:30:51 +0100 Mario Ceresa mrcer...@gmail.com wrote: Hi everybody! Sorry if it is a stupid question, but since I changed my ssh key yesterday I'm not able to use the package repository anymore. It always says: [mario@gervis gdcm]$ fedpkg push ssh_exchange_identification: Connection closed by remote host fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. Could not execute push: Command '['git', 'push']' returned non-zero exit status 128 I can ssh to fedorapeople.org with the new key, so it is not a sync problem, right? It's likely that you attempted too many times with the wrong key and were added to denyhosts. If you can file a infrastructure ticket: https://fedorahosted.org/fedora-infrastructure/newticket or email me directly, or ask in #fedora-admin on irc.freenode.net with your IP we can get it cleared. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
I'm willing unorphan dead python-chm
Hello all. It is needed for chm2pdf which maintainer I became. As I see there had not big problem with it. It was orphaned 2013-03-11 according to dead.package file. Around 2 weeks ago and I missed that. So by [1] I hope I can resurrect it without re-review. But second step is not so clear to me. Must I fill ticket to Release Engineering team to unblock it? [1] http://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_a_Deprecated_Package -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20130330 changes
So, next week is alpha freeze... perhaps we could get this and the branched report looking a lot nicer before then? python-chm was retired, so these should also be retired or python-chm revived for them: [archmage] archmage-0.2.4-7.fc19.noarch requires python-chm [chm2pdf] chm2pdf-0.9.1-13.fc19.noarch requires python-chm These should just be retired: [gnome-applets] [gnome-panel] These should be blocked now: [libmatecomponentui] [libmateui] [nufw] Oddly, certmaster wasn't available in rawhide (tagging issue?) So, I rebuilt it. Should fix: [func] func-0.30-2.fc19.noarch requires certmaster = 0:0.28 There's a number of ruby ones. I'm not sure what to do with these. The abi is hard coded, so it would be easy to change and rebuild, but I have no idea if the packages work correctly with the new ruby. Ruby sig folks: Anyone working on these? [aeolus-conductor] aeolus-conductor-0.10.6-2.fc19.noarch requires ruby(abi) = 0:1.9.1 [alexandria] alexandria-0.6.9-4.fc19.noarch requires ruby(abi) = 0:1.9.1 [deltacloud-core] deltacloud-core-1.0.5-2.fc19.noarch requires ruby(abi) = 0:1.9.1 [eruby] eruby-1.0.5-19.fc18.x86_64 requires libruby.so.1.9()(64bit) eruby-libs-1.0.5-19.fc18.i686 requires ruby(abi) = 0:1.9.0 eruby-libs-1.0.5-19.fc18.i686 requires libruby.so.1.9 eruby-libs-1.0.5-19.fc18.x86_64 requires ruby(abi) = 0:1.9.0 eruby-libs-1.0.5-19.fc18.x86_64 requires libruby.so.1.9()(64bit) (the eruby home page is now a parking site. Perhaps this package should be retired now?) rubygem-aeolus-cli rubygem-aeolus-image rubygem-apipie-rails rubygem-boxgrinder-build rubygem-boxgrinder-core rubygem-dynamic_form rubygem-gem2rpm rubygem-gettext_i18n_rails rubygem-pam rubygem-qpid_proton rubygem-rack-mount rubygem-slim [tpp] tpp-1.3.1-11.fc19.noarch requires ruby(abi) = 0:1.8 [xmms2] xmms2-ruby-0.8-8.fc19.x86_64 requires ruby(abi) = 0:1.9.1 xmms2-ruby-0.8-8.fc19.x86_64 requires libruby.so.1.9()(64bit) wallaby Of the rest, I tossed scratch builds out there: amide: Error: No Package found for volpack-devel http://koji.fedoraproject.org/koji/taskinfo?taskID=5189702 conman: configure: error: readline header files are required http://koji.fedoraproject.org/koji/taskinfo?taskID=5189706 So, I added 'readline-devel', and it pukes in: error: field 'ip6' has incomplete type ale: rebuild fix it's dep, pushed build. clementine: error: cannot convert 'uint16_t* {aka short unsigned int*}' to 'lockdownd_service_descriptor**' for argument '3' to 'lockdownd_error_t lockdownd_start_service(lockdownd_client_t, const char*, lockdownd_service_descriptor**)' lockdown_err = lockdownd_start_service(lockdown, com.apple.afc, afc_port_); http://koji.fedoraproject.org/koji/taskinfo?taskID=5189704 dragonegg: Error: No Package found for llvm-devel = 3.1 http://koji.fedoraproject.org/koji/taskinfo?taskID=5189714 Pulled in the 3.2 upstream version, but that fails quickly with: /usr/bin/ld: cannot find -lLLVMSupport http://koji.fedoraproject.org/koji/taskinfo?taskID=5189897 denemo: configure: error: Package requirements (guile-1.8 = 1.8) were not met: http://koji.fedoraproject.org/koji/taskinfo?taskID=5189711 There is a 1.0 release available. drawtiming: rebuild fixed it's dep, pushed build. dx: rebuild fixed it's dep, pushed build. flowcanvas: error: 'agraphattr' was not declared in this scope http://koji.fedoraproject.org/koji/taskinfo?taskID=5189726 freeipa: fixed some hard coded deps, pushed build. gcc-python-plugin: error: expected primary-expression before ',' token http://koji.fedoraproject.org/koji/taskinfo?taskID=5189734 gdcm: Needed texlive-texconfig to BuildRequires http://koji.fedoraproject.org/koji/taskinfo?taskID=5189737 Then still fails with a pdftex error: http://koji.fedoraproject.org/koji/taskinfo?taskID=5189941 fawkes: error: 'V4L2_CID_HCENTER' was not declared in this scope http://koji.fedoraproject.org/koji/taskinfo?taskID=5189725 gnome-pie: Error: No Package found for bamf3-devel http://koji.fedoraproject.org/koji/taskinfo?taskID=5189738 gooddata-cl: Error: No Package found for gdata-java http://koji.fedoraproject.org/koji/taskinfo?taskID=5189746 imageinfo: rebuild fixed deps, pushed build. kawa: Error: No Package found for servlet25 http://koji.fedoraproject.org/koji/taskinfo?taskID=5189749 gnomint: error: unknown type name 'gnutls_pkcs12_bag' gnutls_pkcs12_bag * pkcs12_bag = g_array_index (pkcs_bag_array, gnutls_pkcs12_bag_t *, i); http://koji.fedoraproject.org/koji/taskinfo?taskID=5189739 kxstitch: rebuild fixed deps, pushed build. libkolab: Could NOT find SWIG (missing: SWIG_FOUND) http://koji.fedoraproject.org/koji/taskinfo?taskID=5189755 mapserver: install: cannot stat 'mapscript/php/php_mapscript.so': No such file or directory http://koji.fedoraproject.org/koji/taskinfo?taskID=5189760 matreshka: raised STORAGE_ERROR :
Re: I'm willing unorphan dead python-chm
On Sat, 30 Mar 2013 21:22:25 +0400 Pavel Alexeev fo...@hubbitus.com.ru wrote: Hello all. It is needed for chm2pdf which maintainer I became. It's also needed by archmage package. As I see there had not big problem with it. It was orphaned 2013-03-11 according to dead.package file. Around 2 weeks ago and I missed that. So by [1] I hope I can resurrect it without re-review. It doesn't show as depreciated in pgkdb, I also don't see it blocked. Perhaps someone else already took care of it for you? ;) You should just be able to rebuild it now... kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package webkitgtk
Am Samstag, den 30.03.2013, 17:10 +0100 schrieb Jan Kratochvil: On Sat, 30 Mar 2013 13:03:22 +0100, Thomas Meyer wrote: I encounter this crash in eclipse: https://bugzilla.redhat.com/show_bug.cgi?id=928783 In the backtrace is: #6 0x7fffbe51c92e in WebKit::core () from /lib64/libwebkitgtk-1.0.so.0 No locals. #7 0x7fffbe4ef8f8 in WebKit::GtkAdjustmentWatcher::updateAdjustmentsFromScrollbars () from /lib64/libwebkitgtk-1.0.so.0 No locals. #8 0x7fffbe4ef979 in updateAdjustmentCallback () from /lib64/libwebkitgtk-1.0.so.0 No locals. This means GDB could not find the /usr/lib/debug/**.debug file from webkitgtk-debuginfo.rpm and GDB always complains about it. After you have loaded the core file (or if it crashed under GDB etc.) GDB should also print some such suggestion: Missing separate debuginfos, use: debuginfo-install webkitgtk-1.10.2-3.fc18.x86_64 If you run this command more debug info should be evailable, primarily there will be visible the source file+line for the 3 functions above (and no longer the from /lib64/ text). Hi, thanks for the hints! I already have the debuginfo packages installed: $ pwd /usr/lib/debug/usr/lib64 $ ll *webkit* -r--r--r--. 1 root root 36270320 12. Mär 12:04 libwebkitgtk-1.0.so.0.17.5.debug lrwxrwxrwx. 1 root root 32 28. Mär 13:51 libwebkitgtk-1.0.so.0.debug - libwebkitgtk-1.0.so.0.17.5.debug lrwxrwxrwx. 1 root root 32 28. Mär 13:51 libwebkitgtk-1.0.so.debug - libwebkitgtk-1.0.so.0.17.5.debug (gdb) info shared 0x003206208d10 0x003206227458 Yes (*) /lib64/libcroco-0.6.so.3 0x7fc9c5fc5020 0x7fc9c71bebbc Yes /lib64/libwebkitgtk-1.0.so.0 0x003765efe970 0x003766205e84 Yes /lib64/libjavascriptcoregtk-1.0.so.0 0x00320a202ed0 0x00320a208138 Yes (*) /lib64/libenchant.so.1 (*) - symbols are missing I'm not sure what is the correct way of manually loading the symbol informations, so I tried these commands: (gdb) add-symbol-file /usr/lib/debug/lib64/libwebkitgtk-1.0.so.0.debug The address where /usr/lib/debug/lib64/libwebkitgtk-1.0.so.0.debug has been loaded is missing (gdb) load /usr/lib/debug/lib64/libwebkitgtk-1.0.so.0.debug `system-supplied DSO at 0x7fff417ff000' has disappeared; keeping its symbols. You can't do that when your target is `multi-thread (gdb) sharedlibrary libwebkitgtk Symbols already loaded for /lib64/libwebkitgtk-1.0.so.0 But the back trace still shows no file:line no - #5 0x7fc9c600d92e in WebKit::core () from /lib64/libwebkitgtk-1.0.so.0 No locals. #6 0x7fc9c5fe08f8 in WebKit::GtkAdjustmentWatcher::updateAdjustmentsFromScrollbars () from /lib64/libwebkitgtk-1.0.so.0 No locals. #7 0x7fc9c5fe0979 in updateAdjustmentCallback () from /lib64/libwebkitgtk-1.0.so.0 No locals. I wanted to recompile the webkitgtk package with --enable-debug option to hopefully get some more information what exactly is going on here: This is higher level of debugging aid which should be used only if the default debuginfo rpm is insufficient. But then if you recompile the rpm one should primarily use -O0 (with default $RPM_OPT_FLAGS -g) in CFLAGS+CXXFLAGS there, --enable-debug is also useful but IMO not so much as -O0 there. okay. But i guess I'm also not able to do this on my machine, as 4GiB main memory is too few for the final linking step! Or will it compile with -O0 with 4GiB RAM? But I'm not able to compile this package on my machine as the final linker step get's killed in OOM. You could also use fedpkg build --scratch --srpm if you have Koji account. Where do I get a Koji account? with kind regards thomas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package webkitgtk
Hello, which version of Fedora and which architecture do you need compiled? Fedora 18, x86_64 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
mingw-openjpeg
Hi, I would like to take over / undepreciate mingw-openjpeg. Since it was depreciated approximately 2 weeks ago, can I get by without another full review? Here's a modernized version (updated to 1.5.1 to match the native version, also builds a 64bit dll) http://sailer.fedorapeople.org/mingw-openjpeg-1.5.1-1.fc18.src.rpm Tom -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fedora release name problem
On Qui, 2013-03-28 at 21:22 +0100, Kevin Kofler wrote: Adam Williamson wrote: Of course not, but that's kinda different. In the one case, the long slip bought us an entirely rewritten installer. In this case, any potential slip buys us...a prettified release name. Gee, willikers, watch me trying to restrain my excitement. In any case, what this teaches us is that release names are not harmless fun as the fans of continuing with release names have repeatedly claimed. This pointless fun has a real cost. In this case, it actually PREVENTED SYSTEMS FROM BOOTING! And once this got worked around, we're still wasting time trying to fix issues with non-ASCII characters in the release name. Not to mention all the time wasted discussing the nonsense. Let's drop release names NOW (ideally immediately, before the F19 release)! The harmFUL fun is not worth the harm it causes. If some tools expect a release name, just use Nineteen as the release name. I agree with you , some tool are design to work with ASCII as in nineties and don't see any advantage of release name becomes UTF-8 strings. -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Expanding the list of Hardened Packages
Dhiru Kholia wrote: Any feedback is welcome! My proposal: build ALL packages in Fedora with not only -fPIE and RELRO, but also -fstack-protector-all (which is not included in the current hardened cflags). Also get rid of prelink which reduces the effectiveness of ASLR. Then drop SELinux which becomes obsolete if the executables cannot be exploited in the first place. (It only papers over the real problem.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
XFS and trim
Hi all, Firstly, Please CC me into replies as I'm not subscribed to this list. I'm trying to confirm that Fedora 18 has enabled trim for XFS filesystems. I have added discard to the mount options in /etc/fstab - however I do not see it when looking at the output of 'mount': UUID=b95a7b45-d197-45c0-a7d6-c13f930a38b3 / xfs defaults,discard 0 1 /dev/sda2 on / type xfs (rw,relatime,attr2,inode64,noquota) fstrim shows that trim is at least enabled, but I am unable to confirm if it is done in realtime, or I am required to run fstrim manually. # fstrim -v / /: 48919015424 bytes were trimmed Can anyone share some insight into this? -- Steven Haigh Email: net...@crc.id.au Web: https://www.crc.id.au Phone: (03) 9001 6090 - 0412 935 897 Fax: (03) 8338 0299 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Broken dependencies: perl-qpid_proton
perl-qpid_proton has broken dependencies in the rawhide tree: On x86_64: perl-qpid_proton-0.4-1.fc19.x86_64 requires qpid-proton = 0:0.4 On i386: perl-qpid_proton-0.4-1.fc19.i686 requires qpid-proton = 0:0.4 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Bio-SamTools
perl-Bio-SamTools has broken dependencies in the rawhide tree: On x86_64: perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) On i386: perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Math-Clipper
perl-Math-Clipper has broken dependencies in the rawhide tree: On x86_64: perl-Math-Clipper-1.17-3.fc19.x86_64 requires libpolyclipping.so.5()(64bit) On i386: perl-Math-Clipper-1.17-3.fc19.i686 requires libpolyclipping.so.5 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the rawhide tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-qpid_proton
perl-qpid_proton has broken dependencies in the F-19 tree: On x86_64: perl-qpid_proton-0.4-1.fc19.x86_64 requires qpid-proton = 0:0.4 On i386: perl-qpid_proton-0.4-1.fc19.i686 requires qpid-proton = 0:0.4 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Bio-SamTools
perl-Bio-SamTools has broken dependencies in the F-19 tree: On x86_64: perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) On i386: perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the F-19 tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Math-Clipper
perl-Math-Clipper has broken dependencies in the F-19 tree: On x86_64: perl-Math-Clipper-1.17-3.fc19.x86_64 requires libpolyclipping.so.5()(64bit) On i386: perl-Math-Clipper-1.17-3.fc19.i686 requires libpolyclipping.so.5 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 929404] New: perl-CPAN-Mini-1.111012 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=929404 Bug ID: 929404 Summary: perl-CPAN-Mini-1.111012 is available Product: Fedora Version: rawhide Component: perl-CPAN-Mini Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Assignee: mmasl...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com Latest upstream release: 1.111012 Current version in Fedora Rawhide: 1.111011 URL: http://search.cpan.org/dist/CPAN-Mini/ 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=RmD698XlXta=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 926018] New: perl-DBI-1.625 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=926018 Bug ID: 926018 Summary: perl-DBI-1.625 is available Product: Fedora Version: rawhide Component: perl-DBI Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Assignee: mmasl...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com, psab...@redhat.com Summary: perl-DBI-1.625 is available Latest upstream release: 1.624 Current version in Fedora Rawhide: 1.623 URL: http://search.cpan.org/dist/DBI/ 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 --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Latest upstream release: 1.625 Current version in Fedora Rawhide: 1.623 URL: http://search.cpan.org/dist/DBI/ 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=UvL2locBQea=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 929405] New: perl-Filter-1.46 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=929405 Bug ID: 929405 Summary: perl-Filter-1.46 is available Product: Fedora Version: rawhide Component: perl-Filter Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 1.46 Current version in Fedora Rawhide: 1.45 URL: http://search.cpan.org/dist/Filter/ 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=eU73AogsbSa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 929407] New: perl-LDAP-0.54 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=929407 Bug ID: 929407 Summary: perl-LDAP-0.54 is available Product: Fedora Version: rawhide Component: perl-LDAP Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Assignee: mmasl...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org Latest upstream release: 0.54 Current version in Fedora Rawhide: 0.53 URL: http://search.cpan.org/dist/perl-ldap/ 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=PrxC5PQb5Ea=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 929408] New: perl-Module-Build-0.4004 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=929408 Bug ID: 929408 Summary: perl-Module-Build-0.4004 is available Product: Fedora Version: rawhide Component: perl-Module-Build Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Assignee: mmasl...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org Latest upstream release: 0.4004 Current version in Fedora Rawhide: 0.40.03 URL: http://search.cpan.org/dist/Module-Build/ 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=uNVKWcQV7ha=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Authen-Simple
perl-Authen-Simple has broken dependencies in the epel-6 tree: On ppc64: perl-Authen-Simple-0.4-5.el6.noarch requires perl(Crypt::PasswdMD5) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-WWW-GoodData
perl-WWW-GoodData has broken dependencies in the epel-5 tree: On ppc: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 On i386: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-WWW-GoodData
perl-WWW-GoodData has broken dependencies in the epel-5 tree: On ppc: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 On i386: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel