Re: Receiving bugs from Crash Catcher with [faf] in the subject line
On Mon, 2013-04-22 at 17:48 -0600, Kevin Fenzi wrote: On Mon, 22 Apr 2013 19:55:02 +0200 Rave it chat-to...@raveit.de wrote: Am Mon, 22 Apr 2013 16:37:34 + schrieb devel-requ...@lists.fedoraproject.org: For me as compiz maintainer those info's are complete useless whithout having more infomation what the user did if abrt would trigered. Maybe thy played arround without knowledge about the programm and did wrong things? Better the abrt guys forced the user to write what they did if abrt trigger a alarm. For me a bug whithout a comment isn't a bug. And honestly, if i get such bugs without a comment, i asked the user friendly what they did. In case of 50% i get no answer. 50% is much higher than I have gotten. ;) On any new abrt bugs I get, I typically: - Check to see if the submitter filled in the 'description of problem' which something I could try and work into a reproducer. I'd say perhaps 1% do. - If not, then I ask them what they were doing when the crash happened and if they can reproduce it. I'd say 90% never reply to that and the bug sits there until EOL. Some folks do, and those I can gather info from or ask various troubleshooting things which often results in a fix or at least an upstream bug. The same workflow, same problems with the exception that after a while I close as insufficientdata (to avoid having to wait for EOL). Pierre -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Expanding the list of Hardened Packages
Steve Grubb wrote: On Monday, April 15, 2013 09:12:57 AM Richard W.M. Jones wrote: which I interpret to mean that after using -fstack-protector-all and removing prelink, SELinux would become obsolete because no executable can be exploited. I would say there is a place for SE Linux even if we compiled everything with all because FORTIFY_SOURCE coverage is not absolute. For example, about a month ago i ran the following test: procs=`ls /proc | grep '^[0-9]' | sort -n` for p in $procs do res=`cat /proc/$p/maps 2/dev/null | awk '$2 ~ wx { print $2 }'` if [ x$res != x ] ; then cat /proc/$p/cmdline | awk '{ printf %-35s\t, $1 }' printf %s\n $p fi done Neat. I saved that in a script, then realized I could simplify it. This is nearly equivalent: $ grep -lE '^[0-9a-f-]+ .wx' /proc/*/maps 2/dev/null \ |perl -ne 'm!^(/proc/(\d+))/.*! and printf qq(%5d %s\n), $2, `cat $1/cmdline`' Sample output on an F18 system running the awesome window manager: 1836 /usr/lib/firefox/firefox-no-remote-Pdefault Notice that the NUL-separated arguments aren't shown properly, so filter the result through e.g., | tr '\0' ' ' Adjusted output: 1836 /usr/lib/firefox/firefox -no-remote -P default What this does is display the programs with Writable and Executable memory. All Fedora desktops except Mate have WX memory. (I checked KDE, Gnome, Cinnamon, and Mate.) WX memory is dangerous because the normal exploit pattern -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Right %cmake flags
This problem was starting here: https://bugzilla.redhat.com/show_bug.cgi?id=929256 And repeating again and again: https://bugzilla.redhat.com/show_bug.cgi?id=947049 Problem is: what flags I mast to add to %cmake .. if application itself not set -O3, but %cmake macro doing this? -O2 - bad idea. -DCMAKE_BUILD_TYPE=Release - bad idea -DNDEBUG - bad idea What to do? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Receiving bugs from Crash Catcher with [faf] in the subject line
On Tue, Apr 23, 2013 at 12:48 AM, Kevin Fenzi ke...@scrye.com wrote: On Mon, 22 Apr 2013 19:55:02 +0200 Rave it chat-to...@raveit.de wrote: Am Mon, 22 Apr 2013 16:37:34 + schrieb devel-requ...@lists.fedoraproject.org: For me as compiz maintainer those info's are complete useless whithout having more infomation what the user did if abrt would trigered. Maybe thy played arround without knowledge about the programm and did wrong things? Better the abrt guys forced the user to write what they did if abrt trigger a alarm. For me a bug whithout a comment isn't a bug. And honestly, if i get such bugs without a comment, i asked the user friendly what they did. In case of 50% i get no answer. 50% is much higher than I have gotten. ;) On any new abrt bugs I get, I typically: - Check to see if the submitter filled in the 'description of problem' which something I could try and work into a reproducer. I'd say perhaps 1% do. - If not, then I ask them what they were doing when the crash happened and if they can reproduce it. I'd say 90% never reply to that and the bug sits there until EOL. Some folks do, and those I can gather info from or ask various troubleshooting things which often results in a fix or at least an upstream bug. I'm not personally finding these faf reports of much use. They seem to have a sanitized backtrace with even less info in them, and I also have no way at all of finding out from people who saw this what they were doing or ask them debugging steps. I agree. I mean it's very interesting that I suddenly find out that one of the packages I maintain has a crash that has repeated 30 times but without knowing who they are and how to be able to recreate the problem or asking the reporter for debug or information about the crash or HW associated the bug is completely useless and just wastes the little time I have for bug reporting. In a lot of the packages I (co)maintain a crash without context is completely useless. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20130423 changes
Compose started at Tue Apr 23 08:15:41 UTC 2013 Broken deps for x86_64 -- [aeolus-conductor] aeolus-conductor-0.10.6-2.fc19.noarch requires ruby(abi) = 0:1.9.1 [amide] amide-1.0.0-4.fc19.x86_64 requires libvolpack.so.1()(64bit) [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 [dragonegg] dragonegg-3.1-19.fc19.x86_64 requires gcc = 0:4.7.2-9.fc19 [eg] eg-1.7.5.2-2.fc20.noarch requires perl(one) eg-1.7.5.2-2.fc20.noarch requires perl(it) eg-1.7.5.2-2.fc20.noarch requires perl(an) [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) [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 [ghc-data-memocombinators] ghc-data-memocombinators-0.4.4-3.fc19.x86_64 requires libHSdata-inttrie-0.0.8-ghc7.4.2.so()(64bit) ghc-data-memocombinators-0.4.4-3.fc19.x86_64 requires ghc(data-inttrie-0.0.8-1cc0f43b566911f823287ed46100a81e) ghc-data-memocombinators-devel-0.4.4-3.fc19.x86_64 requires ghc-devel(data-inttrie-0.0.8-1cc0f43b566911f823287ed46100a81e) [ghc-show] ghc-show-0.4.1.2-4.fc19.x86_64 requires libHSsmallcheck-0.6.1-ghc7.4.2.so()(64bit) ghc-show-0.4.1.2-4.fc19.x86_64 requires ghc(smallcheck-0.6.1-909159f2996454c279da80ced02cfe48) ghc-show-devel-0.4.1.2-4.fc19.x86_64 requires ghc-devel(smallcheck-0.6.1-909159f2996454c279da80ced02cfe48) [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 [lancet] lancet-1.0.1-6.fc19.noarch requires ant-nodeps = 0:1.7.1 [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 [mapserver] php-mapserver-6.0.3-9.fc19.x86_64 requires php(zend-abi) = 0:20100525-x86-64 php-mapserver-6.0.3-9.fc19.x86_64 requires php(api) = 0:20100412-x86-64 [matreshka] matreshka-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit) matreshka-amf-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-amf-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit) matreshka-amf-mofext-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-amf-mofext-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit) matreshka-amf-ocl-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-amf-ocl-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit) matreshka-amf-uml-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-amf-uml-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit) matreshka-amf-utp-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-amf-utp-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit) matreshka-fastcgi-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-fastcgi-0.3.0-3.fc19.i686 requires libgnarl-4.7.so matreshka-fastcgi-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit) matreshka-fastcgi-0.3.0-3.fc19.x86_64 requires libgnarl-4.7.so()(64bit) matreshka-sql-core-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-sql-core-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit)
Re: Right %cmake flags
On Tue, 23 Apr 2013 11:48:20 +0400 Eugene Pivnev ti.eug...@gmail.com wrote: This problem was starting here: https://bugzilla.redhat.com/show_bug.cgi?id=929256 And repeating again and again: https://bugzilla.redhat.com/show_bug.cgi?id=947049 Problem is: what flags I mast to add to %cmake .. if application itself not set -O3, but %cmake macro doing this? -O2 - bad idea. -DCMAKE_BUILD_TYPE=Release - bad idea CMAKE should be set to RelWithDebInfo AFAIK -DNDEBUG - bad idea Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Koji - Errno::ECONNREFUSED: Connection refused - getaddrinfo
Hi, Since not a long ago, I cannot build Ruby for Rawhide, while it works just fine for F19. I observe following 4 errors in its test suite: 7) Error: test_proxy_eh_ENV_no_proxy(TestNetHTTP): Errno::ECONNREFUSED: Connection refused - getaddrinfo /builddir/build/BUILD/ruby-2.0.0-p0/lib/uri/generic.rb:1652:in `getaddress' /builddir/build/BUILD/ruby-2.0.0-p0/lib/uri/generic.rb:1652:in `find_proxy' /builddir/build/BUILD/ruby-2.0.0-p0/lib/net/http.rb:1026:in `proxy_uri' /builddir/build/BUILD/ruby-2.0.0-p0/lib/net/http.rb:1013:in `proxy?' /builddir/build/BUILD/ruby-2.0.0-p0/test/net/http/test_http.rb:137:in `block in test_proxy_eh_ENV_no_proxy' /builddir/build/BUILD/ruby-2.0.0-p0/test/net/http/test_http.rb:185:in `clean_http_proxy_env' /builddir/build/BUILD/ruby-2.0.0-p0/test/net/http/test_http.rb:133:in `test_proxy_eh_ENV_no_proxy' 8) Error: test_proxy_port_ENV(TestNetHTTP): Errno::ECONNREFUSED: Connection refused - getaddrinfo /builddir/build/BUILD/ruby-2.0.0-p0/lib/uri/generic.rb:1652:in `getaddress' /builddir/build/BUILD/ruby-2.0.0-p0/lib/uri/generic.rb:1652:in `find_proxy' /builddir/build/BUILD/ruby-2.0.0-p0/lib/net/http.rb:1026:in `proxy_uri' /builddir/build/BUILD/ruby-2.0.0-p0/lib/net/http.rb:1041:in `proxy_port' /builddir/build/BUILD/ruby-2.0.0-p0/test/net/http/test_http.rb:159:in `block in test_proxy_port_ENV' /builddir/build/BUILD/ruby-2.0.0-p0/test/net/http/test_http.rb:185:in `clean_http_proxy_env' /builddir/build/BUILD/ruby-2.0.0-p0/test/net/http/test_http.rb:154:in `test_proxy_port_ENV' 9) Error: test_proxy_address_ENV(TestNetHTTP): Errno::ECONNREFUSED: Connection refused - getaddrinfo /builddir/build/BUILD/ruby-2.0.0-p0/lib/uri/generic.rb:1652:in `getaddress' /builddir/build/BUILD/ruby-2.0.0-p0/lib/uri/generic.rb:1652:in `find_proxy' /builddir/build/BUILD/ruby-2.0.0-p0/lib/net/http.rb:1026:in `proxy_uri' /builddir/build/BUILD/ruby-2.0.0-p0/lib/net/http.rb:1032:in `proxy_address' /builddir/build/BUILD/ruby-2.0.0-p0/test/net/http/test_http.rb:106:in `block in test_proxy_address_ENV' /builddir/build/BUILD/ruby-2.0.0-p0/test/net/http/test_http.rb:185:in `clean_http_proxy_env' /builddir/build/BUILD/ruby-2.0.0-p0/test/net/http/test_http.rb:101:in `test_proxy_address_ENV' 10) Error: test_proxy_eh_ENV(TestNetHTTP): Errno::ECONNREFUSED: Connection refused - getaddrinfo /builddir/build/BUILD/ruby-2.0.0-p0/lib/uri/generic.rb:1652:in `getaddress' /builddir/build/BUILD/ruby-2.0.0-p0/lib/uri/generic.rb:1652:in `find_proxy' /builddir/build/BUILD/ruby-2.0.0-p0/lib/net/http.rb:1026:in `proxy_uri' /builddir/build/BUILD/ruby-2.0.0-p0/lib/net/http.rb:1013:in `proxy?' /builddir/build/BUILD/ruby-2.0.0-p0/test/net/http/test_http.rb:122:in `block in test_proxy_eh_ENV' /builddir/build/BUILD/ruby-2.0.0-p0/test/net/http/test_http.rb:185:in `clean_http_proxy_env' /builddir/build/BUILD/ruby-2.0.0-p0/test/net/http/test_http.rb:117:in `test_proxy_eh_ENV' Here is the full log [1]. As I learned today, the similar issues suffers Python. So while triaging what is the change, I thought that it might be faster to ask here. Thank you, Vít http://kojipkgs.fedoraproject.org//work/tasks/2273/5292273/build.log -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Right %cmake flags
On Tue, Apr 23, 2013 at 2:48 AM, Eugene Pivnev ti.eug...@gmail.com wrote: This problem was starting here: https://bugzilla.redhat.com/** show_bug.cgi?id=929256https://bugzilla.redhat.com/show_bug.cgi?id=929256 And repeating again and again: https://bugzilla.redhat.com/** show_bug.cgi?id=947049https://bugzilla.redhat.com/show_bug.cgi?id=947049 Problem is: what flags I mast to add to %cmake .. if application itself not set -O3, but %cmake macro doing this? -O2 - bad idea. -DCMAKE_BUILD_TYPE=Release - bad idea -DNDEBUG - bad idea I don't have time to dig into the project to inspect what's going on but I've frequently had luck using the following: -DCMAKE_BUILD_TYPE=RelWithDebInfo For whatever reason with cmake the release option tends to use -O3 but debug builds use -O2... Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Koji - Errno::ECONNREFUSED: Connection refused - getaddrinfo
- Original Message - Hi, Since not a long ago, I cannot build Ruby for Rawhide, while it works just fine for F19. I observe following 4 errors in its test suite: 7) Error: test_proxy_eh_ENV_no_proxy(TestNetHTTP): Errno::ECONNREFUSED: Connection refused - getaddrinfo /builddir/build/BUILD/ruby-2.0.0-p0/lib/uri/generic.rb:1652:in `getaddress' /builddir/build/BUILD/ruby-2.0.0-p0/lib/uri/generic.rb:1652:in `find_proxy' /builddir/build/BUILD/ruby-2.0.0-p0/lib/net/http.rb:1026:in `proxy_uri' /builddir/build/BUILD/ruby-2.0.0-p0/lib/net/http.rb:1013:in `proxy?' /builddir/build/BUILD/ruby-2.0.0-p0/test/net/http/test_http.rb:137:in `block in test_proxy_eh_ENV_no_proxy' /builddir/build/BUILD/ruby-2.0.0-p0/test/net/http/test_http.rb:185:in `clean_http_proxy_env' /builddir/build/BUILD/ruby-2.0.0-p0/test/net/http/test_http.rb:133:in `test_proxy_eh_ENV_no_proxy' snip Here is the full log [1]. As I learned today, the similar issues suffers Python. So while triaging what is the change, I thought that it might be faster to ask here. Yes, Python seems to have exactly the same problem (F20 broken, F19 ok, too): == ERROR: test_ifconfig_getnode (test.test_uuid.TestUUID) -- Traceback (most recent call last): File /builddir/build/BUILD/Python-2.7.4/Lib/test/test_uuid.py, line 306, in test_ifconfig_getnode node = uuid._ifconfig_getnode() File /builddir/build/BUILD/Python-2.7.4/Lib/uuid.py, line 326, in _ifconfig_getnode ip_addr = socket.gethostbyname(socket.gethostname()) error: [Errno 11] Resource temporarily unavailable -- (about 4 of these failures during test suite [1]). Thank you, Vít http://kojipkgs.fedoraproject.org//work/tasks/2273/5292273/build.log [1] http://kojipkgs.fedoraproject.org//work/tasks/1567/5291567/build.log -- Regards, Bohuslav Slavek Kabrda. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Right %cmake flags
Eugene Pivnev wrote: This problem was starting here: https://bugzilla.redhat.com/show_bug.cgi?id=929256 And repeating again and again: https://bugzilla.redhat.com/show_bug.cgi?id=947049 Problem is: what flags I mast to add to %cmake .. if application itself not set -O3, but %cmake macro doing this? -O2 - bad idea. -DCMAKE_BUILD_TYPE=Release - bad idea -DNDEBUG - bad idea What to do? cmake has been fixed, http://bugzilla.redhat.com/875954 either wait for the fix to propogate to stable releases (once 2.8.11 final is released), or use one of the other workarounds in this thread in the meantime. -- rex -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 954289] perl-Log-Log4perl-1.41 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=954289 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||jples...@redhat.com Assignee|mmasl...@redhat.com |jples...@redhat.com -- 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=IoUhxKiswpa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 954285] perl-App-cpanminus-1.6902 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=954285 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-App-cpanminus-1.6902-1 ||.fc20 Resolution|--- |RAWHIDE Last Closed||2013-04-23 04:45:02 -- 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=CZc7cmYJmKa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Log-Log4perl-1.41.tar.gz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-Log-Log4perl: cc98e486abd222e573dae82dca6d2f3e Log-Log4perl-1.41.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
ABRT, Faf and current state of bug reporting
Hi all, I'll try to explain how crash reporting currently works in Fedora. Typical reporting process looks like this: - crash is reported to Faf server which responds with 'known' or 'unknown' reply; - in case it responds with 'known' and the bug was already reported to both the server and bugzilla, the reporting is stopped and only report counts on the server are updated; - if the crash is unknown, the reporting either continues or stops depending on the configuration (for Gnome, only automated reporting to faf is enabled); - if enabled, the rest of the process continues with local or remote retracing, reporting to bugzilla and attaching bugzilla ticket to faf report. This allows us to get accurate statistics of crashing applications while not forcing every user to report to bugzilla. This is a trade-off between getting accurate statistics and quality of the reports as automated reports are anonymous which is also the reason why they can't contain full backtrace with data. Then there are reports with no bugzilla attached as they were reported automatically or no one finished the bugzilla reporting. These reports get bugzilla ticket attached after there's person who finishes the reporting or the ticket is created by the server. The intermediate part of the stack, faf server, is still pretty new so please bear with us as we are dealing with lots of data. The goal of the server is to provide accurate statistics of crashing applications and clustering of the incoming reports. Hope this helps to clarify the situation a bit. Feedback is always welcome, especially if you are receiving bug reports you are not happy with. Please use [1] for reporting issues if our mailing list [2] is not an option for you. [1] https://github.com/abrt/faf/issues/new [2] crash-catc...@lists.fedorahosted.org Best regards, -- Richard Marko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-App-cpanminus] 1.6902 bump
commit 35c2d096e9b9307418ccfb70935293984420dacf Author: Jitka Plesnikova jples...@redhat.com Date: Tue Apr 23 10:36:53 2013 +0200 1.6902 bump .gitignore |1 + perl-App-cpanminus.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index d039e39..66dd59a 100644 --- a/.gitignore +++ b/.gitignore @@ -45,3 +45,4 @@ App-cpanminus-0.9935.tar.gz /App-cpanminus-1.6105.tar.gz /App-cpanminus-1.6107.tar.gz /App-cpanminus-1.6108.tar.gz +/App-cpanminus-1.6902.tar.gz diff --git a/perl-App-cpanminus.spec b/perl-App-cpanminus.spec index 48bc991..be7bf74 100644 --- a/perl-App-cpanminus.spec +++ b/perl-App-cpanminus.spec @@ -1,5 +1,5 @@ Name: perl-App-cpanminus -Version:1.6108 +Version:1.6902 Release:1%{?dist} Summary:Get, unpack, build and install CPAN modules License:GPL+ or Artistic @@ -8,7 +8,7 @@ URL:http://search.cpan.org/dist/App-cpanminus/ Source0: http://www.cpan.org/authors/id/M/MI/MIYAGAWA/App-cpanminus-%{version}.tar.gz BuildArch: noarch BuildRequires: perl -BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(ExtUtils::MakeMaker) = 6.30 # Tests: BuildRequires: perl(strict) BuildRequires: perl(Test::More) @@ -93,6 +93,9 @@ make test %{_bindir}/cpanm %changelog +* Mon Apr 22 2013 Jitka Plesnikova jples...@redhat.com - 1.6902-1 +- 1.6902 bump + * Mon Apr 15 2013 Petr Pisar ppi...@redhat.com - 1.6108-1 - 1.6108 bump diff --git a/sources b/sources index 4054e0c..6cc0118 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -59bbb83869f34feaa592cb76e5103746 App-cpanminus-1.6108.tar.gz +2d0af96c5d0970194c927542d6f7fd04 App-cpanminus-1.6902.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Log-Log4perl] 1.41 bump
commit f85fb69033cbd8d4dc99d4b1fad4366077559e17 Author: Jitka Plesnikova jples...@redhat.com Date: Tue Apr 23 11:13:12 2013 +0200 1.41 bump .gitignore |1 + perl-Log-Log4perl.spec |7 +-- sources|2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index a55a482..5ee5fcf 100644 --- a/.gitignore +++ b/.gitignore @@ -9,3 +9,4 @@ Log-Log4perl-1.24.tar.gz /Log-Log4perl-1.38.tar.gz /Log-Log4perl-1.39.tar.gz /Log-Log4perl-1.40.tar.gz +/Log-Log4perl-1.41.tar.gz diff --git a/perl-Log-Log4perl.spec b/perl-Log-Log4perl.spec index 157e619..37b4a8e 100644 --- a/perl-Log-Log4perl.spec +++ b/perl-Log-Log4perl.spec @@ -1,6 +1,6 @@ Name: perl-Log-Log4perl -Version:1.40 -Release:2%{?dist} +Version:1.41 +Release:1%{?dist} Summary:Log4j implementation for Perl Group: Development/Libraries License:GPL+ or Artistic @@ -70,6 +70,9 @@ make test L4P_ALL_TESTS=1 %{_bindir}/* %changelog +* Tue Apr 23 2013 Jitka Plesnikova jples...@redhat.com - 1.41-1 +- 1.41 bump + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.40-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild diff --git a/sources b/sources index 5cbab70..83f3bfe 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -e05ab4508863116bad03ef26dd9f98fd Log-Log4perl-1.40.tar.gz +cc98e486abd222e573dae82dca6d2f3e Log-Log4perl-1.41.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Test-Announce] Announcing the release of Fedora 19 Alpha!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Fedora 19 Schrödinger's Cat alpha release has arrived with a preview of the latest fantastic, free, and open source technology currently under development. Take a peek inside: http://fedoraproject.org/get-prerelease *** What is the Alpha Release? *** The Alpha release contains all the exciting features of Fedora 19 in a form that anyone can help test. This testing, guided by the Fedora QA team, helps us target and identify bugs. When these bugs are fixed, we make a Beta release available. A Beta release is code-complete and bears a very strong resemblance to the third and final release. The final release of Fedora 19 is expected in early July. We need your help to make Fedora 19 the best release yet, so please take a moment of your time to download and try out the Alpha and make sure the things that are important to you are working. If you find a bug, please report it--every bug you uncover is a chance to improve the experience for millions of Fedora users worldwide. Together, we can make Fedora a rock-solid distribution. (See the Contributing section at end of this announcement for more information on how to help.) *** Features *** Fedora prides itself on bringing cutting-edge technologies to users of open source software around the world, and this release continues that tradition. No matter what you do, Fedora 19 has the tools you need to help you get things done. A complete list with details of each new feature is available here: http://fedoraproject.org/wiki/Releases/19/FeatureList == Create and Develop == Would you like to play? Whether you're a developer, maker, or just starting to learn about open source development, we have what you need to bring your ideas to reality. Here's a peek at some of our new tools: * Developer's Assistant is great for those new to development or even new to Linux, this tool helps you to get started on a code project with templates, samples, and toolchains for the languages of your choice. Bonus: It lets you publish directly to GitHub. * OpenShift Origin makes it easy for you to build your own Platform-as-a-Service (PaaS) infrastructure, allowing you to enable others to easily develop and deploy software. * 3D modelling and printing are enabled through a variety of tools, including OpenSCAD, Skeinforge, SFACT, Printrun, and RepetierHost. * node.js is a popular Javascript-based platform for those building scalable network applications or real-time apps across distributed devices. Also included is the npm package manager, providing access to over 20,000 programs and libraries available under free and open source licenses. * Ruby 2.0.0, just released in February, comes to Fedora while maintaining source-level backwards compatibility with your Ruby 1.9.3 software. Also included: a custom Ruby loader for easy switching of interpreters. * Scratch, a graphical, educational programming environment lets you (and even better, the kids you introduce it to) create interactive stories, games, animation, music, and art. == Deploy, Monitor, and Manage == Make your machines work for you--not the other way around. Whether you have one or one too many machines, Fedora 19 helps you boot manage your systems and enables you to be proactive with tools for diagnosis, monitoring, and logging. * Syslinux optional boot tool integration brings you optional, simplified booting of Fedora. We have added support for using syslinux instead of GRUB via kickstart and plan to add a hidden option in Anaconda installer as well. syslinux is especially ideal for images used in cloud environments and virt appliances where the advanced features of GRUB is not needed. * systemd Resource Control lets you modify your service settings without a reboot by dynamically querying and modifying resource control parameters at runtime. This is one of many systemd enhancements in Fedora 19. * Checkpoint Restore provides the ability to checkpoint and restore a process and is useful for cases such as process failure, or moving a process to another machine for maintenance or load balancing. * Virt storage migration lets you move a virtual machine *and* in-use storage without requiring shared storage between the hosts--a significant improvement upon previous capabilities. * OpenLMI is a common infrastructure for the management of Linux systems that makes remote management of machines much simpler. * High Availability Container Resources extend the corosync/pacemaker HA stack beyond management of virtual guests to containers inside the guests themselves. Define and add containers in your virtual guests through discovery. *** Desktop Environments and Spins *** = GNOME 3.8 = GNOME 3.8 brings new applications such as clock and improvements to the desktop including privacy and sharing settings, ordered search, frequent applications overview, and additionally provides the ability to enable a
Q: bundled fonts.
In a large package (openerp7) I have found some bundled .ttf and .otf font files. One of these (Inconsolata) seems to exist in Fedora as levien-inconsolata-fonts, the others (see below) I cannot find with a quick search. The fonts are parts of specific addons (a. k. a. plugins). They are referenced with explicit paths in various .css or css/* files. The entypo-webfont.ttf seems to have a working upstream http://www.entypo.com. I cannot find an upstream for mnmliconsv21-webfont.ttf, hint is that it's generated by Font Squirrel ?! There seem to be an upstream for zocial-regular-webfont.ttf, at https://github.com/adamstac/zocial, providing a woff file. Now, what should I do with these? Packaging GL tells me to avoid bundling ttf/otf files. What's this in this case? Utterly confused. Any hint, out there? --alec -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Q: bundled fonts.
On Tue, Apr 23, 2013 at 03:37:03PM +0200, Alec Leamas wrote: In a large package (openerp7) I have found some bundled .ttf and .otf font files. One of these (Inconsolata) seems to exist in Fedora as levien-inconsolata-fonts, the others (see below) I cannot find with a quick search. The fonts are parts of specific addons (a. k. a. plugins). They are referenced with explicit paths in various .css or css/* files. The entypo-webfont.ttf seems to have a working upstream http://www.entypo.com. I cannot find an upstream for mnmliconsv21-webfont.ttf, hint is that it's generated by Font Squirrel ?! There seem to be an upstream for zocial-regular-webfont.ttf, at https://github.com/adamstac/zocial, providing a woff file. Now, what should I do with these? Packaging GL tells me to avoid bundling ttf/otf files. What's this in this case? Utterly confused. Any hint, out there? We had a similar problem with a package a few weeks ago: http://lists.fedoraproject.org/pipermail/packaging/2013-April/009046.html The first thing to work out: Does simply deleting the font file(s) make any difference to the documentation / package? In our case, the packager could simply delete the file [in %install] and it appeared to make absolutely no difference to the rendered HTML documentation, thus problem solved :-) Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 19 Graphics Test Week starts tomorrow (2013-04-23)!
On Mon, Apr 22, 2013 at 09:30:15PM -0700, M. Edward (Ed) Borasky wrote: Count me in for Nouveau - I have a problem I've been trying to nail down for months on my ancient GeForce 6150SE nForce 430. Symptoms (Fedora 18) none with 3.6 kernel. With 3.7 or later, GNOME desktop comes up but as soon as I launch Firefox, I get diagonal lines across the screen and I need to power cycle the machine to use it again. With the KDE desktop, it does the same thing during the login and I don't even get a desktop. I had to switch to the 'nv' X driver to get the machine to function with 3.7. And there's no log file anywhere I can attach to a bug report. If there are things I can do to capture a log of this beast, please let me know! I'm in with this as well. I just got a new Lenovo T530 and, when using the nVidia card (Quadra NVS 5400) I can no long suspend/resume as the video gets scrambled. The system doesn't lock up, though, but I have to init 3; init 5 to get my system back. An existing BZ for this issue: http://bugzilla.redhat.com/show_bug.cgi?id=858503 -- Darryl L. Pierce mcpie...@gmail.com http://mcpierce.multiply.com/ What do you care what people think, Mr. Feynman? pgpUUAWyUV2x7.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: clock-applet memory leak
On 04/23/2013 12:25 AM, Conrad Meyer wrote: On Mon, 22 Apr 2013 12:55:00 -0400 Przemek Klosowski przemek.klosow...@nist.gov wrote: I reported the large memory leak in clock-applet: https://bugzilla.redhat.com/show_bug.cgi?id=952763 (TLDR: clock-applet grows by 1GB/day when reporting weather) Ouch. Until this is fixed, I duct-taped around by adding this line to cron: */5 * * * * /home/conrad/kill_clock_applet_leak.sh Script: #!/bin/bash memused=`ps auxwww|grep clock-ap[p]let | awk '{ print $6 }'` if [[ $memused -gt 25 ]]; then memhuman=$((memused/1024)) echo Clock-applet using $memhuman MB, killing panel pkill gnome-panel fi It's ugly and dumb, but should prevent run-away stupidity... (kills at 250MB RSS). I played those games too---I found a direct way of getting memory use of a given process from ps: memMB=$[`ps -o rss= -C clock-applet`/1024] BTW, why did you use 'clock-ap[p]let'? FWIW, here's a snippet that I used to collect data on memory used by the app vs. time (minutes): printf -v ti '%(%s)T' -1; while sleep 60 ; do printf -v t '%(%s)T' -1; echo $[($t-$ti)/60] `ps -o rss= -C clock-applet` ; done -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: clock-applet memory leak
On 04/22/2013 03:06 PM, Richard W.M. Jones wrote: One trick I've used in the past is to core dump the process (set 'ulimit -c unlimited' before startx, then kill -SEGV $clockpid), and parse it with some simple command line tools. You can use GDB for that: gdb -p $clockpid followed by (gdb) gcore /tmp/clock-applet-core Saved corefile /tmp/clock-applet-core sort core | uniq -c | sort -nr Nice idiom---I also discovered it some time ago and I find myself using it regularly. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: clock-applet memory leak
On Tue, Apr 23, 2013 at 10:30:14AM -0400, Przemek Klosowski wrote: On 04/23/2013 12:25 AM, Conrad Meyer wrote: memused=`ps auxwww|grep clock-ap[p]let | awk '{ print $6 }'` [...] BTW, why did you use 'clock-ap[p]let'? So that the grep command itself would not be matched by the grep. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Receiving bugs from Crash Catcher with [faf] in the subject line
Am Montag, den 22.04.2013, 16:05 +0200 schrieb Richard Marko: More feedback is welcome. 1. Announce changes like this one in advance on devel-announce. 2. Provide some documentation about FAF. What do these bugs mean to developers and package maintainers. hat are we supposed to do? Kind regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Schedule for Wednesday's FPC Meeting (2013-04-24 16:00 UTC)
Following is the list of topics that will be discussed in the FPC meeting Wednesday at 2013-04-24 16:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. rktime): 2013-04-24 09:00 Wed US/Pacific 2013-04-24 12:00 Wed US/Eastern 2013-04-24 16:00 Wed UTC 2013-04-24 17:00 Wed Europe/London 2013-04-24 18:00 Wed Europe/Paris 2013-04-24 18:00 Wed Europe/Berlin 2013-04-24 21:30 Wed Asia/Calcutta --new day-- 2013-04-25 00:00 Thu Asia/Singapore 2013-04-25 00:00 Thu Asia/Hong_Kong 2013-04-25 01:00 Thu Asia/Tokyo 2013-04-25 02:00 Thu Australia/Brisbane Links to all tickets below can be found at: https://fedorahosted.org/fpc/report/12 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at: https://fedorahosted.org/fpc/report/12 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fpc, 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 https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Q: bundled fonts.
On 04/23/2013 09:37 AM, Alec Leamas wrote: In a large package (openerp7) I have found some bundled .ttf and .otf font files. One of these (Inconsolata) seems to exist in Fedora as levien-inconsolata-fonts, the others (see below) I cannot find with a quick search. The fonts are parts of specific addons (a. k. a. plugins). They are referenced with explicit paths in various .css or css/* files. The entypo-webfont.ttf seems to have a working upstream http://www.entypo.com. I cannot find an upstream for mnmliconsv21-webfont.ttf, hint is that it's generated by Font Squirrel ?! There seem to be an upstream for zocial-regular-webfont.ttf, at https://github.com/adamstac/zocial, providing a woff file. Now, what should I do with these? Packaging GL tells me to avoid bundling ttf/otf files. What's this in this case? Utterly confused. Any hint, out there? For fonts that are already packaged, you can Require them, and then make symlinks (or patch it to the system location). For unpackaged fonts with a clear independent upstream, they should be packaged, then see above. ;) For unpackaged fonts with no clear upstream... I'd check to make sure you know the license on them first. If the upstream for them is the same as the source they come with (and you know this for sure, not assume it), and the license is okay, you can have it go into a fonts subpackage. Hope that helps, ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Q: bundled fonts.
On 2013-04-23 16:17, Richard W.M. Jones wrote: On Tue, Apr 23, 2013 at 03:37:03PM +0200, Alec Leamas wrote: In a large package (openerp7) I have found some bundled .ttf and .otf font files. One of these (Inconsolata) seems to exist in Fedora as levien-inconsolata-fonts, the others (see below) I cannot find with a quick search. The fonts are parts of specific addons (a. k. a. plugins). They are referenced with explicit paths in various .css or css/* files. The entypo-webfont.ttf seems to have a working upstream http://www.entypo.com. I cannot find an upstream for mnmliconsv21-webfont.ttf, hint is that it's generated by Font Squirrel ?! There seem to be an upstream for zocial-regular-webfont.ttf, at https://github.com/adamstac/zocial, providing a woff file. Now, what should I do with these? Packaging GL tells me to avoid bundling ttf/otf files. What's this in this case? Utterly confused. Any hint, out there? We had a similar problem with a package a few weeks ago: http://lists.fedoraproject.org/pipermail/packaging/2013-April/009046.html The first thing to work out: Does simply deleting the font file(s) make any difference to the documentation / package? In our case, the packager could simply delete the file [in %install] and it appeared to make absolutely no difference to the rendered HTML documentation, thus problem solved :-) Rich. Thanks for reply I'm tempted, but here is a test problem. This is about real webpages, and to be frank I'm not quite sure how to test thoroughly. Just removing feels like it could introduce bugs I will not catch. And maintenance would be a problem... Digging deeper, I find that all references seem to be part of @font-face definitions like @font-face{ ... src: url('zocial-regular-webfont.eot'); src: url('zocial-regular-webfont.eot?#iefix') format('embedded-opentype'), url('zocial-regular-webfont.woff') format('woff'), url('zocial-regular-webfont.ttf') format('truetype'), url('zocial-regular-webfont.svg#ZocialRegular') format('svg'); ...} So one question would be what happens in such a definition if none of the src: elements are found. But even if it would be possible to use a fallback for some fonts, things like entypo-webfont really can't be substituted: it's a symbol font with pictograms, not likely to be replaceable. Seems that zocial-regular-webfont and mnmlicons are the same kind. Reading Nicholas's reply to your thread I get the impression that the browser would download these fonts if they are not installed on the machine running to browser. Ergo: - At least some fonts are not replaceable - The web page must be able to provide the font to the client if requested. Does the GL general bundling exception for javascript intended to be served to a web browser cover this? In that case, this might be solved, I guess. Otherwise, is there any way to avoid the need to package these fonts (for those with an upstream) and patch the css paths? The latter part seem problematic to me since the complete filesystem isn't really available in the webserver context. Or is it? (i. e., can a web application for sure use a resource under /usr/share?) Still confused, but on a higher level. --alec -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Receiving bugs from Crash Catcher with [faf] in the subject line
On 04/23/2013 05:27 PM, Christoph Wickert wrote: Am Montag, den 22.04.2013, 16:05 +0200 schrieb Richard Marko: More feedback is welcome. 1. Announce changes like this one in advance on devel-announce. I will. 2. Provide some documentation about FAF. What do these bugs mean to developers and package maintainers. hat are we supposed to do? Please read my other email from today (ABRT, Faf and current state of bug reporting) and let me know if it's sufficient. Cheers, -- Richard Marko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 472085] Review Request: perl-HTML-Tiny - Lightweight, dependency free HTML/XML generation
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=472085 --- Comment #11 from Jonathan Underwood jonathan.underw...@gmail.com --- For the benefit of the Fedora maintainer - this package builds and works fine on el6 as is (checked under mock) with no changes. If you're willing to branch for el6 and push a build, great. Otherwise I'd like to. -- 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=qi8F7NxJ7sa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Q: bundled fonts.
On 2013-04-23 18:19, Tom Callaway wrote: On 04/23/2013 12:05 PM, Alec Leamas wrote: Just a double check: whether I symlink or patch the css files, the system path must be accessible for the web app. Is this really true in general, isn't it depending on the web server configuration? Hmm. I think if you couldn't use the system copy for those technical reasons... well, there is a nasty way to do it with triggers to handle copying, but I'm not sure I can recommend that in good conscience. You could simply copy the font in a %post scriptlet, but if it ever got updated, you'd be using an old copy. If you copy it from BuildRequires, it would only get updated on new builds, but I think that method might be the simplest. You'd need to ask for a bundling request, but I'm pretty sure I'd support it. ~tom == Fedora Project Hm... unless there is more input on this I'll go for the BuildRequires + bundling exception. This will take some time, have some fonts to package. There will probably be more of this, fedora-review is updated with a new test looking for bundled font files.My gut feeling is also that there are some other bundled fonts in existing packages... Thanks again! --alec -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[389-devel] please review: Ticket 153 - Schema file parsing overly picky? (Use openldap's schema parser)
https://fedorahosted.org/389/ticket/153 https://fedorahosted.org/389/attachment/ticket/153/0001-Ticket-153-use-openldap-s-schema-parser.patch -- Mark Reynolds Red Hat, Inc mreyno...@redhat.com -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: Q: bundled fonts.
On Tue, Apr 23, 2013 at 06:42:07PM +0200, Alec Leamas wrote: On 2013-04-23 18:19, Tom Callaway wrote: On 04/23/2013 12:05 PM, Alec Leamas wrote: Just a double check: whether I symlink or patch the css files, the system path must be accessible for the web app. Is this really true in general, isn't it depending on the web server configuration? Hmm. I think if you couldn't use the system copy for those technical reasons... well, there is a nasty way to do it with triggers to handle copying, but I'm not sure I can recommend that in good conscience. You could simply copy the font in a %post scriptlet, but if it ever got updated, you'd be using an old copy. If you copy it from BuildRequires, it would only get updated on new builds, but I think that method might be the simplest. You'd need to ask for a bundling request, but I'm pretty sure I'd support it. == Fedora Project Hm... unless there is more input on this I'll go for the BuildRequires + bundling exception. This will take some time, have some fonts to package. There will probably be more of this, fedora-review is updated with a new test looking for bundled font files.My gut feeling is also that there are some other bundled fonts in existing packages... Nicolas, does that strategy sound good to you? IIRC, the major issue with bundling of fonts was licensing (with other things like updates to the glyphs being secondary concerns). Using BuildRequires and then copying the font files at build time would seem to be a reasonable way to work around this. Is there a need to issue virtual provides for these? For instance: Provides: bundled(levien-inconsolata-fonts = 1.01) -Toshio pgp3WXmGVa9L2.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ABRT, Faf and current state of bug reporting
On Tue, 23 Apr 2013 15:27:50 +0200 Richard Marko rma...@redhat.com wrote: Hi all, I'll try to explain how crash reporting currently works in Fedora. Typical reporting process looks like this: - crash is reported to Faf server which responds with 'known' or 'unknown' reply; - in case it responds with 'known' and the bug was already reported to both the server and bugzilla, the reporting is stopped and only report counts on the server are updated; Does the user get a link to any bugs associated with the crash? Or this happens without user interaction? - if the crash is unknown, the reporting either continues or stops depending on the configuration (for Gnome, only automated reporting to faf is enabled); - if enabled, the rest of the process continues with local or remote retracing, reporting to bugzilla and attaching bugzilla ticket to faf report. This allows us to get accurate statistics of crashing applications while not forcing every user to report to bugzilla. This is a trade-off between getting accurate statistics and quality of the reports as automated reports are anonymous which is also the reason why they can't contain full backtrace with data. Well, it's nice to know when things crash, sure... but without more information it's very difficult to figure out how to fix that crash. Then there are reports with no bugzilla attached as they were reported automatically or no one finished the bugzilla reporting. These reports get bugzilla ticket attached after there's person who finishes the reporting or the ticket is created by the server. Perhaps we could make it always require a person to be willing to file? Hopefully someone who can explain what happened and what they have installed, etc? ie, hey, look, 50 people saw this crash, but it has no bug yet, well, I know exactly what I do to cause it, let me file the bug and help all 50 of the other folks seeing it out kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
I want to take ownership of orphaned package nzbget
In the pkgdb i could already take ownership of f17 and epel6 branch but not master. id like to update and maintain the package. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: I want to take ownership of orphaned package nzbget
On Tue, 23 Apr 2013 20:18:32 +0200 Marcel Wysocki m...@satgnu.net wrote: In the pkgdb i could already take ownership of f17 and epel6 branch but not master. id like to update and maintain the package. The package has been marked Deprecated, so you will need to do a new review of it to get it readded. Just submit it as you would a new package and once it's passed review note that it's an existing Deprecated package you are re-adding. You will also need to request it get unblocked in rel-eng trac once the review is finished and it's readded. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ABRT, Faf and current state of bug reporting
On 04/23/2013 01:46 PM, Kevin Fenzi wrote: On Tue, 23 Apr 2013 15:27:50 +0200 Richard Marko rma...@redhat.com wrote: This allows us to get accurate statistics of crashing applications while not forcing every user to report to bugzilla. This is a trade-off between getting accurate statistics and quality of the reports as automated reports are anonymous which is also the reason why they can't contain full backtrace with data. Well, it's nice to know when things crash, sure... but without more information it's very difficult to figure out how to fix that crash. Well, here's an example why I think such information is highly useful: currently on my system every program using 3D (openGL/Mesa) crashes; that means everything: Blender, Avogadro, pymol, FreeCAD, openSCAD, and even everything that uses FLTK library because it renders both 2D and 3D through OpenGL: Program received signal SIGSEGV, Segmentation fault. intel_miptree_unmap (intel=0x18d1960, mt=0x0, level=0, slice=0) at intel_mipmap_tree.c:1752 1752 if (mt-num_samples = 1) It's an Intel driver bug that seems pretty severe to me but I don't have the graphics chops to fix it: https://bugzilla.redhat.com/show_bug.cgi?id=94 I think it would help things if there were reliable statistics on its footprint. Is it just my Q45 or all Intel chipsets? is it just my weird configuration (two screens? update rather than fresh install? some configuration I did and forgot about?). -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ABRT, Faf and current state of bug reporting
On Tue, 23 Apr 2013 15:45:34 -0400 Przemek Klosowski przemek.klosow...@nist.gov wrote: Well, here's an example why I think such information is highly useful: currently on my system every program using 3D (openGL/Mesa) crashes; that means everything: Blender, Avogadro, pymol, FreeCAD, openSCAD, and even everything that uses FLTK library because it renders both 2D and 3D through OpenGL: Program received signal SIGSEGV, Segmentation fault. intel_miptree_unmap (intel=0x18d1960, mt=0x0, level=0, slice=0) at intel_mipmap_tree.c:1752 1752 if (mt-num_samples = 1) It's an Intel driver bug that seems pretty severe to me but I don't have the graphics chops to fix it: https://bugzilla.redhat.com/show_bug.cgi?id=94 Which seems to be also: https://bugzilla.redhat.com/show_bug.cgi?id=946960 and https://retrace.fedoraproject.org/faf/problems/786379/ I think it would help things if there were reliable statistics on its footprint. Is it just my Q45 or all Intel chipsets? is it just my weird configuration (two screens? update rather than fresh install? some configuration I did and forgot about?). That would be nice, but alas, we don't know and faf doesn't tell us. We know that there have been 32 instances of this crash recorded by faf. That doesn't tell us anything at all about the hardware or installed packages or screens or other info about those instances. All we know is that it happened 32 times (I suppose we don't even know it's 32 different machines even, could one person report a crash 32times?) I suppose we can see 3 different programs that crashed in this place. I suppose that might of help. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: clock-applet memory leak
On Mon, Apr 22, 2013 at 09:25:48PM -0700, Conrad Meyer wrote: memused=`ps auxwww|grep clock-ap[p]let | awk '{ print $6 }'` memused=$(ps -ho rss `pidof clock-applet`) This is simplier and more clear. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: I want to take ownership of orphaned package nzbget
On Tue, Apr 23, 2013 at 08:18:32PM +0200, Marcel Wysocki wrote: In the pkgdb i could already take ownership of f17 and epel6 branch but not master. id like to update and maintain the package. Did this some time ago: https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers You need the Claiming Ownership of a Deprecated Package section. Don't forget to fill the package unblock request. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ABRT, Faf and current state of bug reporting
From: Richard Marko rma...@redhat.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Subject: ABRT, Faf and current state of bug reporting Message-ID: 51768c56.2080...@redhat.com Content-Type: text/plain; charset=ISO-8859-1 Hi all, I'll try to explain how crash reporting currently works in Fedora. Typical reporting process looks like this: - crash is reported to Faf server which responds with 'known' or 'unknown' reply; - in case it responds with 'known' and the bug was already reported to both the server and bugzilla, the reporting is stopped and only report counts on the server are updated; - if the crash is unknown, the reporting either continues or stops depending on the configuration (for Gnome, only automated reporting to faf is enabled); - if enabled, the rest of the process continues with local or remote retracing, reporting to bugzilla and attaching bugzilla ticket to faf report. This allows us to get accurate statistics of crashing applications while not forcing every user to report to bugzilla. This is a trade-off between getting accurate statistics and quality of the reports as automated reports are anonymous which is also the reason why they can't contain full backtrace with data. Then there are reports with no bugzilla attached as they were reported automatically or no one finished the bugzilla reporting. These reports get bugzilla ticket attached after there's person who finishes the reporting or the ticket is created by the server. The intermediate part of the stack, faf server, is still pretty new so please bear with us as we are dealing with lots of data. The goal of the server is to provide accurate statistics of crashing applications and clustering of the incoming reports. Hope this helps to clarify the situation a bit. Feedback is always welcome, especially if you are receiving bug reports you are not happy with. Please use [1] for reporting issues if our mailing list [2] is not an option for you. [1] https://github.com/abrt/faf/issues/new [2] crash-catc...@lists.fedorahosted.org Best regards, I understand that it is important for fedora to have statistics about issues with packages. But why you expect from a package maintainer to fix an issue, which is the main goal of a bugreport, without a full backtraece and user interaction. If you can't support more info's for a maintainer, than creating a Faf bugzilla report is useless and for the records. And again, if you want to increase the quality of fedora bugzilla, then force the user to write a comment. I don't expect to read a book, but clicking on a button without having to be able to grasp the problem into words is to easy Wolfgang -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Expanding the list of Hardened Packages
Przemek Klosowski wrote: I agree that it's tedious, but practical evidence seems to suggest that it's a converging process and we're almost there---'enforcing' SELinux is a viable setting for a majority of deployments. I fail to see any kind of convergence. We still have weekly selinux-policy updates with a dozen bugs fixed every week! And new policies keep breaking things that used to work. To me, that's clear failure. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Expanding the list of Hardened Packages
Adam Williamson wrote: SELinux keeps having bugs *because* they progressively build out the policies. The coverage of the -targeted policy is now greater than it was a few releases back. If they kept the coverage of the stock policies the same over time there would be almost no new bugs, but instead, they increase the coverage and hence the security it provides progressively with each release. *Some* bugs are associated with files moving or program functionality changing or whatever, but most are just the result of the policies growing: the 'scaling' that you say isn't working. It isn't working because it's adding hundreds of new policy bugs in every new Fedora release. And coverage is still VERY far from 100% of Fedora. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[slic3r] Removed Net::DBus from spec and Build.PL
commit 8aca42b20551757691db42ea221ac7acd701cf7b Author: Miro Hrončok m...@hroncok.cz Date: Tue Apr 23 22:40:35 2013 +0200 Removed Net::DBus from spec and Build.PL slic3r-remove-net-dbus.patch | 12 slic3r.spec |2 -- 2 files changed, 12 insertions(+), 2 deletions(-) --- diff --git a/slic3r-remove-net-dbus.patch b/slic3r-remove-net-dbus.patch index 05e344a..a6ed4b2 100644 --- a/slic3r-remove-net-dbus.patch +++ b/slic3r-remove-net-dbus.patch @@ -1,3 +1,15 @@ +diff --git a/Build.PL b/Build.PL +index b8921a8..70d542c 100644 +--- a/Build.PL b/Build.PL +@@ -28,7 +28,6 @@ my $build = Module::Build-new( + recommends = { + 'Class::XSAccessor' = '0', + 'Growl::GNTP' = '0.15', +-'Net::DBus' = '0', + 'XML::SAX::ExpatXS' = '0', + 'Wx' = '0.9901', + }, diff --git a/lib/Slic3r/GUI.pm b/lib/Slic3r/GUI.pm index ceb6adb..48dd662 100644 --- a/lib/Slic3r/GUI.pm diff --git a/slic3r.spec b/slic3r.spec index 308c96a..50ddf72 100644 --- a/slic3r.spec +++ b/slic3r.spec @@ -39,7 +39,6 @@ BuildRequires: perl(Math::Geometry::Voronoi) BuildRequires: perl(Math::PlanePath) BuildRequires: perl(Module::Build) BuildRequires: perl(Moo) = 0.091009 -BuildRequires: perl(Net::DBus) BuildRequires: perl(parent) BuildRequires: perl(Scalar::Util) BuildRequires: perl(SVG) @@ -50,7 +49,6 @@ BuildRequires: perl(XML::SAX::ExpatXS) BuildRequires: desktop-file-utils Requires: perl(Class::XSAccessor) Requires: perl(Growl::GNTP) -Requires: perl(Net::DBus) Requires: perl(XML::SAX) Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: ABRT, Faf and current state of bug reporting
On 2013-04-23 22:26, Rave it wrote: From: Richard Marko rma...@redhat.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Subject: ABRT, Faf and current state of bug reporting Message-ID: 51768c56.2080...@redhat.com Content-Type: text/plain; charset=ISO-8859-1 Hi all, I'll try to explain how crash reporting currently works in Fedora. Typical reporting process looks like this: - crash is reported to Faf server which responds with 'known' or 'unknown' reply; - in case it responds with 'known' and the bug was already reported to both the server and bugzilla, the reporting is stopped and only report counts on the server are updated; - if the crash is unknown, the reporting either continues or stops depending on the configuration (for Gnome, only automated reporting to faf is enabled); - if enabled, the rest of the process continues with local or remote retracing, reporting to bugzilla and attaching bugzilla ticket to faf report. This allows us to get accurate statistics of crashing applications while not forcing every user to report to bugzilla. This is a trade-off between getting accurate statistics and quality of the reports as automated reports are anonymous which is also the reason why they can't contain full backtrace with data. Then there are reports with no bugzilla attached as they were reported automatically or no one finished the bugzilla reporting. These reports get bugzilla ticket attached after there's person who finishes the reporting or the ticket is created by the server. The intermediate part of the stack, faf server, is still pretty new so please bear with us as we are dealing with lots of data. The goal of the server is to provide accurate statistics of crashing applications and clustering of the incoming reports. Hope this helps to clarify the situation a bit. Feedback is always welcome, especially if you are receiving bug reports you are not happy with. Please use [1] for reporting issues if our mailing list [2] is not an option for you. [1] https://github.com/abrt/faf/issues/new [2] crash-catc...@lists.fedorahosted.org Best regards, I understand that it is important for fedora to have statistics about issues with packages. But why you expect from a package maintainer to fix an issue, which is the main goal of a bugreport, without a full backtraece and user interaction. If you can't support more info's for a maintainer, than creating a Faf bugzilla report is useless and for the records. And again, if you want to increase the quality of fedora bugzilla, then force the user to write a comment. I don't expect to read a book, but clicking on a button without having to be able to grasp the problem into words is to easy Wolfgang +1 My first report was 12 crashes in /usr/local/bin/openerp i. e. in a non-packaged file. Still, it takes some time to sort this out which could be spent better. --alec -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[slic3r/f19] Removed Net::DBus from spec and Build.PL
Summary of changes: 8aca42b... Removed Net::DBus from spec and Build.PL (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[slic3r/f18] Removed Net::DBus from spec and Build.PL
Summary of changes: 8aca42b... Removed Net::DBus from spec and Build.PL (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[389-devel] please review: Ticket 47317 - should set LDAP_OPT_X_SASL_NOCANON to LDAP_OPT_ON by default
https://fedorahosted.org/389/ticket/47317 https://fedorahosted.org/389/attachment/ticket/47317/0001-Ticket-47317-should-set-LDAP_OPT_X_SASL_NOCANON-to-L.patch -- Mark Reynolds Red Hat, Inc mreyno...@redhat.com -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: Expanding the list of Hardened Packages
On Tue, 23 Apr 2013 22:35:41 +0200 Kevin Kofler kevin.kof...@chello.at wrote: It isn't working because it's adding hundreds of new policy bugs in every new Fedora release. citation needed Seriously, can you please stop extrapolating from your personal usecase, and think of both the developers and actual users of the technology that /you/ do not need? Thank you. Note that I am not implying that you are ignoring useful technology so statements about the effectiveness of SELinux are besides the point; which is that useful is in the eye of the beholder, and I am not one to tell you what is useful for you. I am asking you to return that favor. --Stijn -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[slic3r] Added BR Encode::Locale
commit 3671486152f9f969a758e3c58cc63758155fe234 Author: Miro Hrončok m...@hroncok.cz Date: Tue Apr 23 22:58:43 2013 +0200 Added BR Encode::Locale slic3r.spec |1 + 1 files changed, 1 insertions(+), 0 deletions(-) --- diff --git a/slic3r.spec b/slic3r.spec index 50ddf72..c2d69b2 100644 --- a/slic3r.spec +++ b/slic3r.spec @@ -28,6 +28,7 @@ Source1:%{name}.desktop BuildArch: noarch BuildRequires: perl(Boost::Geometry::Utils) = 0.06 BuildRequires: perl(Class::XSAccessor) +BuildRequires: perl(Encode::Locale) BuildRequires: perl(File::Spec) BuildRequires: perl(Growl::GNTP) BuildRequires: perl(IO::Scalar) -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Expanding the list of Hardened Packages
Richard W.M. Jones wrote: We also suffer this problem in reverse: passing a pointer between two C libraries is not possible in another non-C language. eg. Passing a libvirt virDomainPtr from (Perl) Sys::Virt to Sys::Guestfs. Well, if the language supports sufficiently large integers and runs in process, you can abuse an integer as the handle. Sufficiently large generally means sizeof(void*) bytes, i.e. sizeof(void*)3 bits, but you can get creative and get away with (sizeof(void*)3)-k-bit integers if your pointers are guaranteed to be aligned to 1k bits. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Expanding the list of Hardened Packages
Miloslav Trmač wrote: The logical conclusion from this is to move to a language with automatic memory management. The top vulnerability reports for programs written in C/C++ and most other languages so different that starting a new project that processes untrusted data in C/C++ is becoming indefensible. We seem to be stuck with C as the lowest common denominator that can be used from any runtime; long-term we _need_ to move away from that, or Linux will gain the reputation of least-secure OS around. Now, what to move to? I currently don't have see any language/runtime I could recommend, which is in itself rather frightening. Well, you don't see any such language/runtime because there isn't any. :-) Moving from C/C++ to a slower language is neither helpful nor necessary. If you really want full bound checking, it can be added to C/C++ rather than moving to a completely different language, and you'd still get the other benefits of C/C++, in particular, fast native code. It shouldn't be worse for peformance than switching to another language: After all, the other languages have to do the bound checking as well! But the point of the discussion is to find out how much checking is actually needed for security. In fact, full bound checking is probably not necessary. I shall also note that vulnerable C++ code is mainly code which uses C-style data structures for whatever reason (often, interfacing with C-only libraries). If we all wrote pure Qt code, there would be little to no buffer overflow vulnerabilities. It's much harder to overflow a QString by accident than a char *. (The STL is similar there, but IMHO the STL is a horrible runtime library and should be replaced by QtCore or a subset of it. :-) The main issues being overuse of templates (e.g., why is std::string a template?!) and lack of implicit sharing (copy on write). IMHO, C++ is great as a language, but the STL is hurting its adoption. But still, you also don't as easily overflow a std::string by accident as a char *.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Trimming (or obsoleting) %changelog?
Alex G. wrote: I've always seen the %changelog as a relic from times when we didn't have reliable source SCMs. For me, it is redundant (and boring) to have to update the %changelog, while I have the exact same information in the git history. I think the best way to go is to obsolete %changelog, and extract the changelog directly from git history. I don't care as much about how far back it should go. As far as knowing the package version (i.e. 1.2.3-6) for each commit, that can easily be handled with a git hook. So, why bother putting similar information in two places when there are better ways to go? Because git history cannot be fixed after the fact (to fix typos, add missing bug references, etc.) without breaking pulls, and in particular, contains many try this, no, try that, oops, fix this commits which don't belong in the RPM changelog. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Trimming (or obsoleting) %changelog?
Florian Festi wrote: That's not correct. The change log is stored within the rpm header which is not compressed. While there have been efforts to compress the header those changes have not (yet) made it upstream as it would make rpm packages completely incompatible with older rpm versions. Then that's what needs to be fixed. How to deal with the compatibility issue? Just phase it in gradually: provide Fedora n and n+1 with RPM support for the feature (either by shipping with it from the start or as an update), but do not enable it by default, then make the switch for Fedora n+2. We do not support direct upgrades from n-1 to n+2 (=(n-1)+3) anyway. For upstream, just leave it off by default for the foreseeable future, enable it in redhat-rpm-config for Fedora only. I fail to see the issue. I'm also against trimming changelogs: It loses history and it's arguably a violation of the GPL (which requires you to list all the changes you made) for GPLed packages. I'd even go as far as saying that all the changelogs that were trimmed should be untrimmed (by recovering the missing pieces from old copies of the specfile in the SCM history). Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Broken dependencies - eg
Hi I need help in one package eg eg has broken dependencies in the rawhide tree: On x86_64: eg-1.7.5.2-2.fc20.noarch requires perl(one) eg-1.7.5.2-2.fc20.noarch requires perl(it) eg-1.7.5.2-2.fc20.noarch requires perl(an) On i386: eg-1.7.5.2-2.fc20.noarch requires perl(one) eg-1.7.5.2-2.fc20.noarch requires perl(it) eg-1.7.5.2-2.fc20.noarch requires perl(an) Please resolve this as soon as possible. What I need to solve this problem. Best Regards! Luis Bazán -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Broken dependencies - eg
Somewhere in the code (probably in the comment), there is a statement like ...use one something... and ...use it carefully... and ...use an onion... - or similar. RPM is not so smart and considered it as a perl statement of using a module named one/it/an. You should filter this Requires out: https://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering Something like: %filter_from_requires /perl(an)/d %filter_from_requires /perl(it)/d %filter_from_requires /perl(one)/d %filter_setup Should work. St 24. duben 2013, 00:11:13 CEST, Luis Enrique Bazán De León napsal: Hi I need help in one package eg eg has broken dependencies in the rawhide tree: On x86_64: eg-1.7.5.2-2.fc20.noarch requires perl(one) eg-1.7.5.2-2.fc20.noarch requires perl(it) eg-1.7.5.2-2.fc20.noarch requires perl(an) On i386: eg-1.7.5.2-2.fc20.noarch requires perl(one) eg-1.7.5.2-2.fc20.noarch requires perl(it) eg-1.7.5.2-2.fc20.noarch requires perl(an) Please resolve this as soon as possible. What I need to solve this problem. Best Regards! Luis Bazán -- Miro Hrončok -- Phone: +420777974800 Jabber: m...@hroncok.cz -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: clock-applet memory leak
On Mon, Apr 22, 2013 at 6:55 PM, Przemek Klosowski przemek.klosow...@nist.gov wrote: Since clock-applet is a default install on every Fedora, I thought this would be widely reported While it is installed on every (default desktop spin) Fedora system, it is only used by the (non-default) GNOME fallback mode, which is likely why it hasn't been reported as much as you assumed. It is also unmaintained upstream and will no longer be included in Fedora 19. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Receiving bugs from Crash Catcher with [faf] in the subject line
On 22/04/13 10:55 AM, Rave it wrote: Am Mon, 22 Apr 2013 16:37:34 + schrieb devel-requ...@lists.fedoraproject.org: For me as compiz maintainer those info's are complete useless whithout having more infomation what the user did if abrt would trigered. Maybe thy played arround without knowledge about the programm and did wrong things? Better the abrt guys forced the user to write what they did if abrt trigger a alarm. For me a bug whithout a comment isn't a bug. And honestly, if i get such bugs without a comment, i asked the user friendly what they did. In case of 50% i get no answer. abrt catches *crashes*. Code should really never crash. Even if the user 'did something wrong', that's not an excuse for crashing. You might need more info on what the users did in some cases to diagnose the crash, but a crash is basically always a bug. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 19 Graphics Test Week starts tomorrow (2013-04-23)!
I just got 19 Alpha installed on this ancient beast and so far everything is working. I went with the network install and the default GNOME desktop. Firefox does not appear to be locking up the screen any more, so I'm guessing the XOrg piece of the Nouveau logic was the culprit. I'm updating a bunch of other software; once that's done I'll install KDE and see if I can get a crash. On Tue, Apr 23, 2013 at 7:28 AM, Darryl L. Pierce mcpie...@gmail.com wrote: On Mon, Apr 22, 2013 at 09:30:15PM -0700, M. Edward (Ed) Borasky wrote: Count me in for Nouveau - I have a problem I've been trying to nail down for months on my ancient GeForce 6150SE nForce 430. Symptoms (Fedora 18) none with 3.6 kernel. With 3.7 or later, GNOME desktop comes up but as soon as I launch Firefox, I get diagonal lines across the screen and I need to power cycle the machine to use it again. With the KDE desktop, it does the same thing during the login and I don't even get a desktop. I had to switch to the 'nv' X driver to get the machine to function with 3.7. And there's no log file anywhere I can attach to a bug report. If there are things I can do to capture a log of this beast, please let me know! I'm in with this as well. I just got a new Lenovo T530 and, when using the nVidia card (Quadra NVS 5400) I can no long suspend/resume as the video gets scrambled. The system doesn't lock up, though, but I have to init 3; init 5 to get my system back. An existing BZ for this issue: http://bugzilla.redhat.com/show_bug.cgi?id=858503 -- Darryl L. Pierce mcpie...@gmail.com http://mcpierce.multiply.com/ What do you care what people think, Mr. Feynman? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Twitter: http://twitter.com/znmeb; Computational Journalism Publishers Workbench http://j.mp/CompJournBench/ I am not an IP address! I am a free man! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] 2013-04-24 @ 16:00 UTC - F19 Beta Blocker Bug Review #1
# F19 Beta Blocker Review meeting #1 # Date: 2013-04-24 # Time: 16:00 UTC (12:00 EDT, 09:00 PDT) # Location: #fedora-blocker-review on irc.freenode.net The first blocker review meeting for F19 Beta will be held tomorrow. Should be a short one, just a few proposed blockers so far. We'll be running through the Beta blockers and freeze exception bugs. The current list is available at: http://qa.fedoraproject.org/blockerbugs/milestone/19/beta/buglist We'll be reviewing the bugs to determine ... 1. Whether they meet the Beta release criteria [1] and should stay on the list 2. Whether they are getting the attention they need [1] http://fedoraproject.org/wiki/Fedora_19_Beta_Release_Criteria For guidance on Blocker and FreezeException bugs, please refer to - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process For the blocker review meeting protocol, see - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File IO-Event-0.809.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-IO-Event: 28c9abf785e1286084ebe6ab256523bd IO-Event-0.809.tar.gz -- 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
[perl-IO-Event] Initial import.
commit 4e3c80f57878b762a5fc73b7d0ba20cf729d7bf4 Author: Emmanuel Seyman emman...@seyman.fr Date: Tue Apr 23 07:48:04 2013 +0200 Initial import. .gitignore |1 + perl-IO-Event.spec | 73 sources|1 + 3 files changed, 75 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..ab293da 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/IO-Event-0.809.tar.gz diff --git a/perl-IO-Event.spec b/perl-IO-Event.spec new file mode 100644 index 000..3dd9832 --- /dev/null +++ b/perl-IO-Event.spec @@ -0,0 +1,73 @@ +Name: perl-IO-Event +Version:0.809 +Release:2%{?dist} +Summary:Tied filehandles for nonblocking IO with object callbacks +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/IO-Event/ +Source0: http://www.cpan.org/authors/id/M/MU/MUIR/modules/IO-Event-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl(AnyEvent) +BuildRequires: perl(AnyEvent::Impl::Perl) +BuildRequires: perl(Carp) +BuildRequires: perl(diagnostics) +BuildRequires: perl(Event) +BuildRequires: perl(Event::Watcher) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Exporter) +BuildRequires: perl(FindBin) +BuildRequires: perl(IO::Handle) +BuildRequires: perl(IO::Pipe) +BuildRequires: perl(IO::Socket::INET) +BuildRequires: perl(IO::Socket::UNIX) +BuildRequires: perl(List::MoreUtils) +BuildRequires: perl(POSIX) +BuildRequires: perl(Scalar::Util) +BuildRequires: perl(Socket) +BuildRequires: perl(strict) +BuildRequires: perl(Symbol) +BuildRequires: perl(Sys::Hostname) +BuildRequires: perl(Test::More) +BuildRequires: perl(Test::Simple) +BuildRequires: perl(Time::HiRes) +BuildRequires: perl(warnings) +Requires: perl(AnyEvent) +Requires: perl(IO::Socket::INET) +Requires: perl(IO::Socket::UNIX) +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +IO::Event provides a object-based callback system for handling nonblocking +IO. The design goal is to provide a system that just does the right thing +w/o the user needing to think about it much. + +%prep +%setup -q -n IO-Event-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=$RPM_BUILD_ROOT + +find %{buildroot} -type f -name .packlist -exec rm -f {} + + +%{_fixperms} $RPM_BUILD_ROOT/* + +%check +make test + +%files +%doc CHANGELOG README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Tue Apr 16 2013 Emmanuel Seyman emman...@seyman.fr - 0.809-2 +- Take into account review comments (#952579) + +* Sun Apr 07 2013 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.809-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..c61308f 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +28c9abf785e1286084ebe6ab256523bd IO-Event-0.809.tar.gz -- 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
[perl-IO-Event/f19] Initial import.
commit 4ffd095816dbe74bc923f140918b2c34e60e087b Author: Emmanuel Seyman emman...@seyman.fr Date: Tue Apr 23 07:56:55 2013 +0200 Initial import. .gitignore |1 + perl-IO-Event.spec | 73 sources|1 + 3 files changed, 75 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..ab293da 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/IO-Event-0.809.tar.gz diff --git a/perl-IO-Event.spec b/perl-IO-Event.spec new file mode 100644 index 000..3dd9832 --- /dev/null +++ b/perl-IO-Event.spec @@ -0,0 +1,73 @@ +Name: perl-IO-Event +Version:0.809 +Release:2%{?dist} +Summary:Tied filehandles for nonblocking IO with object callbacks +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/IO-Event/ +Source0: http://www.cpan.org/authors/id/M/MU/MUIR/modules/IO-Event-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl(AnyEvent) +BuildRequires: perl(AnyEvent::Impl::Perl) +BuildRequires: perl(Carp) +BuildRequires: perl(diagnostics) +BuildRequires: perl(Event) +BuildRequires: perl(Event::Watcher) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Exporter) +BuildRequires: perl(FindBin) +BuildRequires: perl(IO::Handle) +BuildRequires: perl(IO::Pipe) +BuildRequires: perl(IO::Socket::INET) +BuildRequires: perl(IO::Socket::UNIX) +BuildRequires: perl(List::MoreUtils) +BuildRequires: perl(POSIX) +BuildRequires: perl(Scalar::Util) +BuildRequires: perl(Socket) +BuildRequires: perl(strict) +BuildRequires: perl(Symbol) +BuildRequires: perl(Sys::Hostname) +BuildRequires: perl(Test::More) +BuildRequires: perl(Test::Simple) +BuildRequires: perl(Time::HiRes) +BuildRequires: perl(warnings) +Requires: perl(AnyEvent) +Requires: perl(IO::Socket::INET) +Requires: perl(IO::Socket::UNIX) +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +IO::Event provides a object-based callback system for handling nonblocking +IO. The design goal is to provide a system that just does the right thing +w/o the user needing to think about it much. + +%prep +%setup -q -n IO-Event-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=$RPM_BUILD_ROOT + +find %{buildroot} -type f -name .packlist -exec rm -f {} + + +%{_fixperms} $RPM_BUILD_ROOT/* + +%check +make test + +%files +%doc CHANGELOG README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Tue Apr 16 2013 Emmanuel Seyman emman...@seyman.fr - 0.809-2 +- Take into account review comments (#952579) + +* Sun Apr 07 2013 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.809-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..c61308f 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +28c9abf785e1286084ebe6ab256523bd IO-Event-0.809.tar.gz -- 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
[perl-IO-Event/f18] Initial import.
commit e3becd535e761acfcf72eb024733d38736d9e41e Author: Emmanuel Seyman emman...@seyman.fr Date: Tue Apr 23 09:15:23 2013 +0200 Initial import. .gitignore |1 + perl-IO-Event.spec | 73 sources|1 + 3 files changed, 75 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..ab293da 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/IO-Event-0.809.tar.gz diff --git a/perl-IO-Event.spec b/perl-IO-Event.spec new file mode 100644 index 000..3dd9832 --- /dev/null +++ b/perl-IO-Event.spec @@ -0,0 +1,73 @@ +Name: perl-IO-Event +Version:0.809 +Release:2%{?dist} +Summary:Tied filehandles for nonblocking IO with object callbacks +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/IO-Event/ +Source0: http://www.cpan.org/authors/id/M/MU/MUIR/modules/IO-Event-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl(AnyEvent) +BuildRequires: perl(AnyEvent::Impl::Perl) +BuildRequires: perl(Carp) +BuildRequires: perl(diagnostics) +BuildRequires: perl(Event) +BuildRequires: perl(Event::Watcher) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Exporter) +BuildRequires: perl(FindBin) +BuildRequires: perl(IO::Handle) +BuildRequires: perl(IO::Pipe) +BuildRequires: perl(IO::Socket::INET) +BuildRequires: perl(IO::Socket::UNIX) +BuildRequires: perl(List::MoreUtils) +BuildRequires: perl(POSIX) +BuildRequires: perl(Scalar::Util) +BuildRequires: perl(Socket) +BuildRequires: perl(strict) +BuildRequires: perl(Symbol) +BuildRequires: perl(Sys::Hostname) +BuildRequires: perl(Test::More) +BuildRequires: perl(Test::Simple) +BuildRequires: perl(Time::HiRes) +BuildRequires: perl(warnings) +Requires: perl(AnyEvent) +Requires: perl(IO::Socket::INET) +Requires: perl(IO::Socket::UNIX) +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +IO::Event provides a object-based callback system for handling nonblocking +IO. The design goal is to provide a system that just does the right thing +w/o the user needing to think about it much. + +%prep +%setup -q -n IO-Event-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=$RPM_BUILD_ROOT + +find %{buildroot} -type f -name .packlist -exec rm -f {} + + +%{_fixperms} $RPM_BUILD_ROOT/* + +%check +make test + +%files +%doc CHANGELOG README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Tue Apr 16 2013 Emmanuel Seyman emman...@seyman.fr - 0.809-2 +- Take into account review comments (#952579) + +* Sun Apr 07 2013 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.809-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..c61308f 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +28c9abf785e1286084ebe6ab256523bd IO-Event-0.809.tar.gz -- 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
[slic3r] Added second patch to fix upstream issue 1077
commit 0518782a372fc3e3b56e7a7afeb6c27d881f7f6b Author: Miro Hrončok m...@hroncok.cz Date: Tue Apr 23 15:19:31 2013 +0200 Added second patch to fix upstream issue 1077 slic3r-config-wizard-crash-fix2.patch | 27 +++ slic3r.spec |7 ++- 2 files changed, 33 insertions(+), 1 deletions(-) --- diff --git a/slic3r-config-wizard-crash-fix2.patch b/slic3r-config-wizard-crash-fix2.patch new file mode 100644 index 000..2ea90bf --- /dev/null +++ b/slic3r-config-wizard-crash-fix2.patch @@ -0,0 +1,27 @@ +From 55c413627f8545fb5d2b75efb157d30689985d53 Mon Sep 17 00:00:00 2001 +From: =?UTF-8?q?Miro=20Hron=C4=8Dok?= m...@hroncok.cz +Date: Tue, 23 Apr 2013 16:17:43 +0300 +Subject: [PATCH] Bugfix: configuration wizard crash 2 #1077 + +--- + lib/Slic3r/GUI/SkeinPanel.pm | 4 +++- + 1 file changed, 3 insertions(+), 1 deletion(-) + +diff --git a/lib/Slic3r/GUI/SkeinPanel.pm b/lib/Slic3r/GUI/SkeinPanel.pm +index 1bcaa4d..1a822a0 100644 +--- a/lib/Slic3r/GUI/SkeinPanel.pm b/lib/Slic3r/GUI/SkeinPanel.pm +@@ -234,7 +234,9 @@ sub load_config { + my ($config) = @_; + + foreach my $tab (values %{$self-{options_tabs}}) { +-$tab-set_value($_, $config-$_) for keys %$config; ++if ($self-{mode} eq 'expert') { ++$tab-set_value($_, $config-$_) for keys %$config; ++} + } + } + +-- +1.8.1.6 + diff --git a/slic3r.spec b/slic3r.spec index f50633d..5bd3e05 100644 --- a/slic3r.spec +++ b/slic3r.spec @@ -1,6 +1,6 @@ Name: slic3r Version:0.9.9 -Release:2%{?dist} +Release:3%{?dist} Summary:G-code generator for 3D printers (RepRap, Makerbot, Ultimaker etc.) License:AGPLv3 and CC-BY # Images are CC-BY, code is AGPLv3 @@ -19,6 +19,7 @@ Patch1: %{name}-english-locale.patch # https://github.com/alexrj/Slic3r/issues/1077 Patch2: %{name}-config-wizard-crash-fix.patch +Patch3: %{name}-config-wizard-crash-fix2.patch Source1:%{name}.desktop BuildArch: noarch @@ -67,6 +68,7 @@ for more information. %patch0 -p1 %patch1 -p1 %patch2 -p1 +%patch3 -p1 %build perl Build.PL installdirs=vendor optimize=$RPM_OPT_FLAGS @@ -99,6 +101,9 @@ desktop-file-install --dir=%{buildroot}%{_datadir}/applications %{SOURCE1} %{_mandir}/man3/* %changelog +* Tue Apr 23 2013 Miro Hrončok mhron...@redhat.com - 0.9.9-3 +- Added second patch to fix upstream issue 1077 + * Tue Apr 23 2013 Miro Hrončok mhron...@redhat.com - 0.9.9-2 - Added patch to fix upstream issue 1077 -- 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
[slic3r/f19] Added second patch to fix upstream issue 1077
Summary of changes: 0518782... Added second patch to fix upstream issue 1077 (*) (*) This commit already existed in another branch; no separate mail sent -- 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
[slic3r/f18] Added second patch to fix upstream issue 1077
Summary of changes: 0518782... Added second patch to fix upstream issue 1077 (*) (*) This commit already existed in another branch; no separate mail sent -- 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
File App-cpanminus-1.6902.tar.gz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-App-cpanminus: 2d0af96c5d0970194c927542d6f7fd04 App-cpanminus-1.6902.tar.gz -- 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-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-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
[slic3r] Added patch to fix upstream issue 1077
commit 59be9374b152ba3301986c89c4cd79e93624286b Author: Miro Hrončok m...@hroncok.cz Date: Tue Apr 23 14:29:10 2013 +0200 Added patch to fix upstream issue 1077 slic3r-config-wizard-crash-fix.patch | 28 slic3r.spec |9 - 2 files changed, 36 insertions(+), 1 deletions(-) --- diff --git a/slic3r-config-wizard-crash-fix.patch b/slic3r-config-wizard-crash-fix.patch new file mode 100644 index 000..dae1db7 --- /dev/null +++ b/slic3r-config-wizard-crash-fix.patch @@ -0,0 +1,28 @@ +From b725847a5131f5dc7e82a7eeda1783e9287580ea Mon Sep 17 00:00:00 2001 +From: Alessandro Ranellucci a...@cpan.org +Date: Wed, 3 Apr 2013 19:26:59 +0200 +Subject: [PATCH] Bugfix: configuration wizard led to crash with simple mode. + #1077 + +--- + lib/Slic3r/GUI/SkeinPanel.pm | 4 +++- + 1 file changed, 3 insertions(+), 1 deletion(-) + +diff --git a/lib/Slic3r/GUI/SkeinPanel.pm b/lib/Slic3r/GUI/SkeinPanel.pm +index ef74033..1bcaa4d 100644 +--- a/lib/Slic3r/GUI/SkeinPanel.pm b/lib/Slic3r/GUI/SkeinPanel.pm +@@ -243,7 +243,9 @@ sub config_wizard { + + return unless $self-check_unsaved_changes; + if (my $config = Slic3r::GUI::ConfigWizard-new($self)-run) { +-$_-select_default_preset for values %{$self-{options_tabs}}; ++if ($self-{mode} eq 'expert') { ++$_-select_default_preset for values %{$self-{options_tabs}}; ++} + $self-load_config($config); + } + } +-- +1.8.1.6 + diff --git a/slic3r.spec b/slic3r.spec index bf60450..f50633d 100644 --- a/slic3r.spec +++ b/slic3r.spec @@ -1,6 +1,6 @@ Name: slic3r Version:0.9.9 -Release:1%{?dist} +Release:2%{?dist} Summary:G-code generator for 3D printers (RepRap, Makerbot, Ultimaker etc.) License:AGPLv3 and CC-BY # Images are CC-BY, code is AGPLv3 @@ -17,6 +17,9 @@ Patch0: %{name}-datadir.patch # Reasons are a bit complicated and are described in the patch Patch1: %{name}-english-locale.patch +# https://github.com/alexrj/Slic3r/issues/1077 +Patch2: %{name}-config-wizard-crash-fix.patch + Source1:%{name}.desktop BuildArch: noarch BuildRequires: perl(Boost::Geometry::Utils) = 0.06 @@ -63,6 +66,7 @@ for more information. %setup -qn Slic3r-%{commit} %patch0 -p1 %patch1 -p1 +%patch2 -p1 %build perl Build.PL installdirs=vendor optimize=$RPM_OPT_FLAGS @@ -95,6 +99,9 @@ desktop-file-install --dir=%{buildroot}%{_datadir}/applications %{SOURCE1} %{_mandir}/man3/* %changelog +* Tue Apr 23 2013 Miro Hrončok mhron...@redhat.com - 0.9.9-2 +- Added patch to fix upstream issue 1077 + * Wed Apr 03 2013 Miro Hrončok mhron...@redhat.com - 0.9.9-1 - New upstream release - Added version to perl(Boost::Geometry::Utils) BR -- 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
[slic3r/f19] Added patch to fix upstream issue 1077
Summary of changes: 59be937... Added patch to fix upstream issue 1077 (*) (*) This commit already existed in another branch; no separate mail sent -- 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
[slic3r/f18] Added patch to fix upstream issue 1077
Summary of changes: 59be937... Added patch to fix upstream issue 1077 (*) (*) This commit already existed in another branch; no separate mail sent -- 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 954289] perl-Log-Log4perl-1.41 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=954289 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Log-Log4perl-1.41-1.fc ||20 Resolution|--- |RAWHIDE Last Closed||2013-04-23 05:22:08 -- 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=OD3Vhn6Lz0a=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 955687] New: Missing require for perl-Catalyst-Runtime
Product: Fedora EPEL https://bugzilla.redhat.com/show_bug.cgi?id=955687 Bug ID: 955687 Summary: Missing require for perl-Catalyst-Runtime Product: Fedora EPEL Version: el6 Component: perl-Catalyst-Runtime Severity: medium Priority: unspecified Assignee: iarn...@gmail.com Reporter: bjhigg...@wpi.edu QA Contact: extras...@fedoraproject.org CC: iarn...@gmail.com, perl-devel@lists.fedoraproject.org, trem...@tremble.org.uk Category: --- Description of problem: In following the Catalyst Tutorial (http://search.cpan.org/~hkclark/Catalyst-Manual-5.9006/lib/Catalyst/Manual/Tutorial/02_CatalystBasics.pod) on Scientific Linux 6.4, after creating a Catalyst application you are supposed to be able to execute scripts/PROJECTNAME_server.pl to run a development server. When doing so on an up to date version of Scientific Linux 6.4, you receive a perl stack trace - the root cause apparently being Params::Validate version 0.97 required--this is only version ... I believe that there should be a version requirement on the RPM indicating the required version of Params::Validate on either perl-Catalyst-Runtime, perl-Catalyst-Devel or underlaying perl-MooseX. Further, the required version of perl-Params-Validate should likely be in EPEL as an additional package. Version-Release number of selected component (if applicable): perl-Catalyst-Runtime-5.8003301.el6.noarch perl-Catalyst-Devel-1.28-1.el6.1.noarch How reproducible: Reproducible every time. Steps to Reproduce: 1. catalyst.pl Hello 2. cd Hello 3. script/hello_server.pl Actual results: Couldn't load class (Catalyst::Script::Server) because: Couldn't load class (Catalyst::ScriptRole) because: Couldn't load class (MooseX::Getopt::GLD) because: Params::Validate version 0.97 required--this is only version 0.92 at /usr/share/perl5/vendor_perl/Getopt/Long/Descriptive.pm line 13. BEGIN failed--compilation aborted at /usr/share/perl5/vendor_perl/Getopt/Long/Descriptive.pm line 13. Compilation failed in require at /usr/share/perl5/vendor_perl/MooseX/Getopt/GLD.pm line 12. BEGIN failed--compilation aborted at /usr/share/perl5/vendor_perl/MooseX/Getopt/GLD.pm line 12. Compilation failed in require at /usr/lib64/perl5/vendor_perl/Class/MOP.pm line 114. at /usr/lib64/perl5/vendor_perl/Class/MOP.pm line 120 Class::MOP::__ANON__('Params::Validate version 0.97 required--this is only version ...') called at /usr/share/perl5/vendor_perl/Try/Tiny.pm line 100 Try::Tiny::try('CODE(0x34fabd8)', 'Try::Tiny::Catch=REF(0x30eb450)') called at /usr/lib64/perl5/vendor_perl/Class/MOP.pm line 125 Class::MOP::load_first_existing_class('MooseX::Getopt::GLD') called at /usr/lib64/perl5/vendor_perl/Class/MOP.pm line 137 Class::MOP::load_class('MooseX::Getopt::GLD', undef) called at /usr/lib64/perl5/vendor_perl/Moose/Util.pm line 112 Moose::Util::_apply_all_roles('Moose::Meta::Role=HASH(0x34f49d0)', undef, 'MooseX::Getopt::GLD') called at /usr/lib64/perl5/vendor_perl/Moose/Util.pm line 90 Moose::Util::apply_all_roles('Moose::Meta::Role=HASH(0x34f49d0)', 'MooseX::Getopt::GLD') called at /usr/lib64/perl5/vendor_perl/Moose/Role.pm line 26 Moose::Role::with('Moose::Meta::Role=HASH(0x34f49d0)', 'MooseX::Getopt::GLD') called at /usr/lib64/perl5/vendor_perl/Moose/Exporter.pm line 322 Moose::Role::with('MooseX::Getopt::GLD') called at /usr/share/perl5/vendor_perl/MooseX/Getopt.pm line 12 require MooseX/Getopt.pm called at /usr/share/perl5/vendor_perl/Catalyst/ScriptRole.pm line 5 Catalyst::ScriptRole::BEGIN() called at /usr/share/perl5/vendor_perl/MooseX/Getopt.pm line 0 eval {...} called at /usr/share/perl5/vendor_perl/MooseX/Getopt.pm line 0 require Catalyst/ScriptRole.pm called at /usr/lib64/perl5/vendor_perl/Class/MOP.pm line 114 Class::MOP::__ANON__() called at /usr/share/perl5/vendor_perl/Try/Tiny.pm line 71 eval {...} called at /usr/share/perl5/vendor_perl/Try/Tiny.pm line 67 Try::Tiny::try('CODE(0x3171068)', 'Try::Tiny::Catch=REF(0x3063238)') called at /usr/lib64/perl5/vendor_perl/Class/MOP.pm line 125 Class::MOP::load_first_existing_class('Catalyst::ScriptRole') called at /usr/lib64/perl5/vendor_perl/Class/MOP.pm line 137 Class::MOP::load_class('Catalyst::ScriptRole', undef) called at /usr/lib64/perl5/vendor_perl/Moose/Util.pm line 112 Moose::Util::_apply_all_roles('Moose::Meta::Class=HASH(0x2afd5b0)', undef, 'Catalyst::ScriptRole') called at /usr/lib64/perl5/vendor_perl/Moose/Util.pm line 90 Moose::Util::apply_all_roles('Moose::Meta::Class=HASH(0x2afd5b0)', 'Catalyst::ScriptRole') called at /usr/lib64/perl5/vendor_perl/Moose.pm line 58 Moose::with('Moose::Meta::Class=HASH(0x2afd5b0)', 'Catalyst::ScriptRole') called at /usr/lib64/perl5/vendor_perl/Moose/Exporter.pm line 322 Moose::with('Catalyst::ScriptRole') called at
[Bug 472085] Review Request: perl-HTML-Tiny - Lightweight, dependency free HTML/XML generation
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=472085 Jonathan Underwood jonathan.underw...@gmail.com changed: What|Removed |Added CC||jonathan.underw...@gmail.co ||m Flags|fedora-cvs+ | Flags||fedora-cvs? --- Comment #8 from Jonathan Underwood jonathan.underw...@gmail.com --- Package Change Request == Package Name: perl-HTML-Tiny New Branches: el6 Owners: jgu -- 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=wKeh6bT2M6a=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 472085] Review Request: perl-HTML-Tiny - Lightweight, dependency free HTML/XML generation
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=472085 --- Comment #9 from Jon Ciesla limburg...@gmail.com --- Has the Fedora maintainer OKd this? -- 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=xzxF7iW4osa=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 472085] Review Request: perl-HTML-Tiny - Lightweight, dependency free HTML/XML generation
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=472085 Jon Ciesla limburg...@gmail.com changed: What|Removed |Added Flags|fedora-cvs? | -- 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=AZ1qOz6HlTa=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 472085] Review Request: perl-HTML-Tiny - Lightweight, dependency free HTML/XML generation
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=472085 --- Comment #10 from Jonathan Underwood jonathan.underw...@gmail.com --- Nope. Wasn't aware this was a requirement. Don't see why it would be. -- 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=BJp6pS61sZa=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
[perl-Module-Build-Tiny/f19] Initial import (perl-Module-Build-Tiny-0.017-2)
Summary of changes: bf537eb... Initial import (perl-Module-Build-Tiny-0.017-2) (*) (*) This commit already existed in another branch; no separate mail sent -- 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
[perl-Module-Build-Tiny/f18] Initial import (perl-Module-Build-Tiny-0.017-2)
Summary of changes: bf537eb... Initial import (perl-Module-Build-Tiny-0.017-2) (*) (*) This commit already existed in another branch; no separate mail sent -- 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
[perl-Module-Build-Tiny/f17] Initial import (perl-Module-Build-Tiny-0.017-2)
Summary of changes: bf537eb... Initial import (perl-Module-Build-Tiny-0.017-2) (*) (*) This commit already existed in another branch; no separate mail sent -- 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
[perl-Module-Build-Tiny] Created tag perl-Module-Build-Tiny-0.017-2.fc17
The lightweight tag 'perl-Module-Build-Tiny-0.017-2.fc17' was created pointing to: bf537eb... Initial import (perl-Module-Build-Tiny-0.017-2) -- 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
[perl-Module-Build-Tiny] Created tag perl-Module-Build-Tiny-0.017-2.fc18
The lightweight tag 'perl-Module-Build-Tiny-0.017-2.fc18' was created pointing to: bf537eb... Initial import (perl-Module-Build-Tiny-0.017-2) -- 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
[perl-Module-Build-Tiny] Created tag perl-Module-Build-Tiny-0.017-2.fc19
The lightweight tag 'perl-Module-Build-Tiny-0.017-2.fc19' was created pointing to: bf537eb... Initial import (perl-Module-Build-Tiny-0.017-2) -- 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
[perl-Module-Build-Tiny] Created tag perl-Module-Build-Tiny-0.017-2.fc20
The lightweight tag 'perl-Module-Build-Tiny-0.017-2.fc20' was created pointing to: bf537eb... Initial import (perl-Module-Build-Tiny-0.017-2) -- 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
File Data-Section-Simple-0.04.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Data-Section-Simple: 34f06bef3ad373790dcbbdf14f7af1d0 Data-Section-Simple-0.04.tar.gz -- 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
[perl-Data-Section-Simple] Update to 0.04
commit d0e94d8bdb77bf502c380656f90b016b66d90ef8 Author: Paul Howarth p...@city-fan.org Date: Tue Apr 23 20:09:47 2013 +0100 Update to 0.04 - New upstream release 0.04 - Do not throw exceptions when there's no template (https://github.com/miyagawa/Data-Section-Simple/pull/2) - URL moved to github - Source0 moved to MetaCPAN - Package upstream's new LICENSE file - Switch to Module::Build::Tiny flow - Update patch for building with Test::More 0.88 - Drop %defattr, redundant since rpm 4.4 Data-Section-Simple-0.02-old-Test::More.patch | 57 Data-Section-Simple-0.04-old-Test::More.patch | 69 + perl-Data-Section-Simple.spec | 51 --- sources |2 +- 4 files changed, 103 insertions(+), 76 deletions(-) --- diff --git a/Data-Section-Simple-0.04-old-Test::More.patch b/Data-Section-Simple-0.04-old-Test::More.patch new file mode 100644 index 000..e1b4f48 --- /dev/null +++ b/Data-Section-Simple-0.04-old-Test::More.patch @@ -0,0 +1,69 @@ +diff -up Data-Section-Simple-0.04/t/basic.t.orig Data-Section-Simple-0.04/t/basic.t +--- Data-Section-Simple-0.04/t/basic.t.orig2013-03-29 00:50:51.0 + Data-Section-Simple-0.04/t/basic.t 2013-04-01 14:13:21.566927338 +0100 +@@ -1,6 +1,6 @@ + use strict; + use Data::Section::Simple qw(get_data_section); +-use Test::More; ++use Test::More tests = 3; + + my $x = get_data_section(); + is_deeply [ sort keys %$x ], [ qw(bar.tt foo.html) ]; +@@ -19,8 +19,6 @@ bar + + TT + +-done_testing; +- + __DATA__ + + @@ foo.html +diff -up Data-Section-Simple-0.04/t/data.t.orig Data-Section-Simple-0.04/t/data.t +--- Data-Section-Simple-0.04/t/data.t.orig 2013-03-29 00:50:51.0 + Data-Section-Simple-0.04/t/data.t 2013-04-01 14:13:21.566927338 +0100 +@@ -1,6 +1,6 @@ + use lib t; + use DataInCode; +-use Test::More; ++use Test::More tests = 1; + use Data::Section::Simple; + + my $d = Data::Section::Simple-new('DataInCode'); +@@ -8,7 +8,3 @@ my $x = $d-get_data_section; + + is $x-{foo}, bar\n\n; + +-done_testing; +- +- +- +diff -up Data-Section-Simple-0.04/t/no-datat.t.orig Data-Section-Simple-0.04/t/no-datat.t +--- Data-Section-Simple-0.04/t/no-datat.t.orig 2013-03-29 00:50:51.0 + Data-Section-Simple-0.04/t/no-datat.t 2013-04-01 14:14:04.310838315 +0100 +@@ -1,7 +1,5 @@ + use strict; + use Data::Section::Simple qw(get_data_section); +-use Test::More; ++use Test::More tests = 1; + + is get_data_section('foo.html'), undef, 'Do not die.'; +- +-done_testing; +diff -up Data-Section-Simple-0.04/t/pkg_oo.t.orig Data-Section-Simple-0.04/t/pkg_oo.t +--- Data-Section-Simple-0.04/t/pkg_oo.t.orig 2013-03-29 00:50:51.0 + Data-Section-Simple-0.04/t/pkg_oo.t2013-04-01 14:13:21.566927338 +0100 +@@ -4,7 +4,7 @@ use Data::Section::Simple; + use lib t; + use Foo; + +-use Test::More; ++use Test::More tests = 3; + + my $d = Data::Section::Simple-new('Foo'); + my $x = $d-get_data_section(); +@@ -24,5 +24,3 @@ bar + + TT + +-done_testing; +- diff --git a/perl-Data-Section-Simple.spec b/perl-Data-Section-Simple.spec index 4ca1987..357fe28 100644 --- a/perl-Data-Section-Simple.spec +++ b/perl-Data-Section-Simple.spec @@ -2,19 +2,28 @@ %global old_test_more %(perl -MTest::More -e 'print (($Test::More::VERSION 0.88) ? 1 : 0);' 2/dev/null || echo 0) Name: perl-Data-Section-Simple -Version: 0.03 -Release: 5%{?dist} +Version: 0.04 +Release: 1%{?dist} Summary: Read data from __DATA__ License: GPL+ or Artistic Group: Development/Libraries -URL: http://search.cpan.org/dist/Data-Section-Simple/ -Source0: http://search.cpan.org/CPAN/authors/id/M/MI/MIYAGAWA/Data-Section-Simple-%{version}.tar.gz -Patch1:Data-Section-Simple-0.02-old-Test::More.patch +URL: https://github.com/miyagawa/Data-Section-Simple +Source0: http://cpan.metacpan.org/authors/id/M/MI/MIYAGAWA/Data-Section-Simple-%{version}.tar.gz +Patch1:Data-Section-Simple-0.04-old-Test::More.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildArch: noarch -BuildRequires: perl(ExtUtils::MakeMaker) +# Build +BuildRequires: perl(Module::Build::Tiny) +# Module +BuildRequires: perl(base) +BuildRequires: perl(Exporter) +# Test Suite +BuildRequires: perl(File::Find) +BuildRequires: perl(File::Temp) +BuildRequires: perl(lib) BuildRequires: perl(Test::More) -BuildRequires: perl(Test::Pod) = 1.00 +BuildRequires: perl(Test::Pod) = 1.41 +# Runtime Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description @@ -30,32 +39,38 @@ section of the file. %endif %build -# Note that the Makefile.PL complains about missing Test::Requires -# but the package doesn't actually use it (CPAN RT#69981) -perl Makefile.PL
[perl-Data-Section-Simple/f19] Update to 0.04
Summary of changes: d0e94d8... Update to 0.04 (*) (*) This commit already existed in another branch; no separate mail sent -- 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
[perl-Data-Section-Simple] Created tag perl-Data-Section-Simple-0.04-1.fc19
The lightweight tag 'perl-Data-Section-Simple-0.04-1.fc19' was created pointing to: d0e94d8... Update to 0.04 -- 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
[perl-Data-Section-Simple] Created tag perl-Data-Section-Simple-0.04-1.fc20
The lightweight tag 'perl-Data-Section-Simple-0.04-1.fc20' was created pointing to: d0e94d8... Update to 0.04 -- 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
[slic3r] Removed (optional) Net::DBus usage, that causes crashes
commit bcade0bb414c23cfa0a69e506f66dbd05fce3287 Author: Miro Hrončok m...@hroncok.cz Date: Tue Apr 23 22:27:09 2013 +0200 Removed (optional) Net::DBus usage, that causes crashes slic3r-remove-net-dbus.patch | 21 + slic3r.spec |9 - 2 files changed, 29 insertions(+), 1 deletions(-) --- diff --git a/slic3r-remove-net-dbus.patch b/slic3r-remove-net-dbus.patch new file mode 100644 index 000..05e344a --- /dev/null +++ b/slic3r-remove-net-dbus.patch @@ -0,0 +1,21 @@ +diff --git a/lib/Slic3r/GUI.pm b/lib/Slic3r/GUI.pm +index ceb6adb..48dd662 100644 +--- a/lib/Slic3r/GUI.pm b/lib/Slic3r/GUI.pm +@@ -424,16 +424,6 @@ sub notify { + $self-{growler}-notify(Event = 'SKEIN_DONE', Title = $title, Message = $message) + if $self-{growler}; + }; +-if (eval 'use Net::DBus; 1') { +-eval { +-my $session = Net::DBus-session; +-my $serv = $session-get_service('org.freedesktop.Notifications'); +-my $notifier = $serv-get_object('/org/freedesktop/Notifications', +- 'org.freedesktop.Notifications'); +-$notifier-Notify('Slic3r', 0, $self-{icon}, $title, $message, [], {}, -1); +-undef $Net::DBus::bus_session; +-}; +-} + } + + 1; diff --git a/slic3r.spec b/slic3r.spec index 5bd3e05..308c96a 100644 --- a/slic3r.spec +++ b/slic3r.spec @@ -1,6 +1,6 @@ Name: slic3r Version:0.9.9 -Release:3%{?dist} +Release:4%{?dist} Summary:G-code generator for 3D printers (RepRap, Makerbot, Ultimaker etc.) License:AGPLv3 and CC-BY # Images are CC-BY, code is AGPLv3 @@ -21,6 +21,9 @@ Patch1: %{name}-english-locale.patch Patch2: %{name}-config-wizard-crash-fix.patch Patch3: %{name}-config-wizard-crash-fix2.patch +# Removed (optional) Net::DBus usage, that causes crashes +Patch4: %{name}-remove-net-dbus.patch + Source1:%{name}.desktop BuildArch: noarch BuildRequires: perl(Boost::Geometry::Utils) = 0.06 @@ -69,6 +72,7 @@ for more information. %patch1 -p1 %patch2 -p1 %patch3 -p1 +%patch4 -p1 %build perl Build.PL installdirs=vendor optimize=$RPM_OPT_FLAGS @@ -101,6 +105,9 @@ desktop-file-install --dir=%{buildroot}%{_datadir}/applications %{SOURCE1} %{_mandir}/man3/* %changelog +* Tue Apr 23 2013 Miro Hrončok mhron...@redhat.com - 0.9.9-4 +- Removed (optional) Net::DBus usage, that causes crashes + * Tue Apr 23 2013 Miro Hrončok mhron...@redhat.com - 0.9.9-3 - Added second patch to fix upstream issue 1077 -- 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
[slic3r/f19] Removed (optional) Net::DBus usage, that causes crashes
Summary of changes: bcade0b... Removed (optional) Net::DBus usage, that causes crashes (*) (*) This commit already existed in another branch; no separate mail sent -- 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
[slic3r/f18] Removed (optional) Net::DBus usage, that causes crashes
Summary of changes: bcade0b... Removed (optional) Net::DBus usage, that causes crashes (*) (*) This commit already existed in another branch; no separate mail sent -- 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
[slic3r] Bumped release number
commit e8d515e67d68c67034c4f3932349754d9a5389ee Author: Miro Hrončok m...@hroncok.cz Date: Tue Apr 23 23:00:07 2013 +0200 Bumped release number slic3r.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/slic3r.spec b/slic3r.spec index c2d69b2..cab3380 100644 --- a/slic3r.spec +++ b/slic3r.spec @@ -1,6 +1,6 @@ Name: slic3r Version:0.9.9 -Release:4%{?dist} +Release:5%{?dist} Summary:G-code generator for 3D printers (RepRap, Makerbot, Ultimaker etc.) License:AGPLv3 and CC-BY # Images are CC-BY, code is AGPLv3 @@ -104,6 +104,9 @@ desktop-file-install --dir=%{buildroot}%{_datadir}/applications %{SOURCE1} %{_mandir}/man3/* %changelog +* Tue Apr 23 2013 Miro Hrončok mhron...@redhat.com - 0.9.9-5 +- Added BR perl(Encode::Locale) + * Tue Apr 23 2013 Miro Hrončok mhron...@redhat.com - 0.9.9-4 - Removed (optional) Net::DBus usage, that causes crashes -- 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
[slic3r/f17] Removed (optional) usage of Net::DBus
commit a05f67655a048a00438eec7381636de262d71ca6 Author: Miro Hrončok m...@hroncok.cz Date: Tue Apr 23 23:10:04 2013 +0200 Removed (optional) usage of Net::DBus slic3r.spec | 35 --- 1 files changed, 20 insertions(+), 15 deletions(-) --- diff --git a/slic3r.spec b/slic3r.spec index 5484f89..b0521dd 100644 --- a/slic3r.spec +++ b/slic3r.spec @@ -1,6 +1,6 @@ Name: slic3r Version:0.9.7 -Release:4%{?dist} +Release:5%{?dist} Summary:G-code generator for 3D printers (RepRap, Makerbot, Ultimaker etc.) License:AGPLv3 and CC-BY # Images are CC-BY, code is AGPLv3 @@ -17,32 +17,33 @@ Patch0: %{name}-datadir.patch # Reasons are a bit complicated and are described in the patch Patch1: %{name}-english-locale.patch +# Removed (optional) usage of Net::DBus +Patch2: %{name}-remove-net-dbus.patch + Source1:%{name}.desktop BuildArch: noarch -BuildRequires: perl(Module::Build) +BuildRequires: perl(Boost::Geometry::Utils) +BuildRequires: perl(File::Spec) +BuildRequires: perl(Growl::GNTP) +BuildRequires: perl(IO::Scalar) BuildRequires: perl(List::Util) -BuildRequires: perl(Test::More) BuildRequires: perl(Math::Clipper) = 1.14 -BuildRequires: perl(Moo) = 0.091009 -BuildRequires: perl(File::Spec) -BuildRequires: perl(Math::ConvexHull) = 1.0.4 BuildRequires: perl(Math::ConvexHull::MonotoneChain) -BuildRequires: perl(XML::SAX) -BuildRequires: perl(XML::SAX::ExpatXS) +BuildRequires: perl(Math::ConvexHull) = 1.0.4 +BuildRequires: perl(Math::Geometry::Voronoi) BuildRequires: perl(Math::PlanePath) +BuildRequires: perl(Module::Build) +BuildRequires: perl(Moo) = 0.091009 +BuildRequires: perl(parent) BuildRequires: perl(Scalar::Util) BuildRequires: perl(SVG) -BuildRequires: perl(parent) +BuildRequires: perl(Test::More) BuildRequires: perl(Wx) -BuildRequires: perl(Boost::Geometry::Utils) -BuildRequires: perl(Math::Geometry::Voronoi) -BuildRequires: perl(Growl::GNTP) -BuildRequires: perl(Net::DBus) -BuildRequires: perl(IO::Scalar) +BuildRequires: perl(XML::SAX) +BuildRequires: perl(XML::SAX::ExpatXS) BuildRequires: desktop-file-utils Requires: perl(XML::SAX) Requires: perl(Growl::GNTP) -Requires: perl(Net::DBus) Requires: perl(Math::Clipper) = 1.14 Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) @@ -62,6 +63,7 @@ for more information. %setup -qn Slic3r-%{commit} %patch0 -p1 %patch1 -p1 +%patch2 -p1 %build perl Build.PL installdirs=vendor optimize=$RPM_OPT_FLAGS @@ -94,6 +96,9 @@ desktop-file-install --dir=%{buildroot}%{_datadir}/applications %{SOURCE1} %{_mandir}/man3/* %changelog +* Tue Apr 23 2013 Miro Hrončok mhron...@redhat.com - 0.9.7-5 +- Removed (optional) usage of Net::DBus + * Fri Mar 29 2013 Miro Hrončok mhron...@redhat.com - 0.9.7-4 - Added patch to grab icons from %%{datadir}/%%{name} - Added patch to avoid bad locales behavior -- 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
[slic3r/f19] (2 commits) ...Bumped release number
Summary of changes: 3671486... Added BR Encode::Locale (*) e8d515e... Bumped release number (*) (*) This commit already existed in another branch; no separate mail sent -- 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
[slic3r/f18] (2 commits) ...Bumped release number
Summary of changes: 3671486... Added BR Encode::Locale (*) e8d515e... Bumped release number (*) (*) This commit already existed in another branch; no separate mail sent -- 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