Re: Heads-up: liboauth 1.0.1 in Rawhide
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15/03/13 22:04, Kevin Fenzi wrote: On Fri, 15 Mar 2013 16:37:11 +0700 Michel Alexandre Salim sali...@fedoraproject.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear all, I've just updated liboauth to the latest 1.0.1 release in Rawhide. The soname is now liboauth.so.0.8.5 (previously liboauth.so.0.8.4), and dependent apps should not need a rebuild, but maintainers of the affected components should probably double-check to be sure. (Especially for Evolution and GNOME Documents, as ever since I enabled two-factor authentication, synchronization with Google servers have been a bit problematic anyway). There's a scratch build for Fedora 18 here: http://koji.fedoraproject.org/koji/taskinfo?taskID=5125265 Note that upstream now considers all use of oauth_http functions to be deprecated: http://liboauth.sourceforge.net/ Best regards, Do you intend to land this in f19 branched as well? Or just f20/rawhide? If there are no reported problems, ideally F19 as well. There shouldn't be any problem, but to be safe I'm not pushing this without the affected components being tested first: version 1.0.1 - do not url-escape RSA-key for signature version 1.0.0 - fix body-hash example code - mark all oauth_http functions a deprecated - freeze interface defitions for good - enter maintenance/bug-fix only cycle Best, - -- Michel Alexandre Salim Fedora Project Contributor: http://fedoraproject.org/ Email: sali...@fedoraproject.org | GPG key ID: A36A937A Jabber: hir...@jabber.ccc.de | IRC: hir...@irc.freenode.net () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRRAfUAAoJEEr1VKujapN6o1kIAJN05wM36Q+fvmwEMlxYf0RD b1hD1Gbng9MxCyrPdR7jYmc3SfCftfdQYLQQy0WgmMuPueDkQ8PHLFpXf9fjs//r 6rseQHoaLCPnXA4jOi0HrdeZ5Mj0hQLI8ElbpZbAqB5AVZv+C778AOPuKgp11oXQ tJbHNOMoHyant6WZhFpWLhKlsJRo+KsURzJmeTb0rnzrK6jFPV1YOJLTNbKGPa+K lILyCL1fIf808PTD1sahjgiTVMmRZpuDz4Dnm9OUoGK3p+RVtkuT7p30t5ZtoLsd NfAq14muaruEQi59R15z4hnoQDU5O2HQgWe5qOqqLXIdioCGIY7Jh965rNqdOuw= =6KiY -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dnf installs cron.hourly
On 03/16/2013 06:55 AM, Adam Williamson wrote: On 15/03/13 09:48 PM, Ralf Corsepius wrote: On 03/15/2013 07:51 PM, Adam Williamson wrote: In this case it seems perfectly logical. The thing in question is a cron script. May-be I am missing something, but the issue is not cron-jobs in general, it is unwanted, non-user-intended/initiated network access. You're missing that there are two questions: whether the network-accessing-thing should be on by default, Unwanted/non-user-intended network access = Must be disabled by default and must explicitly activated by user action. and what mechanism should be used for enabling / disabling it. Plenty of possibilities: editing a config file, adding a GUI, moving the cron-stuff into a separate package, removing the cron-stuff and/or redesigning the tool. I for one consider the approach of background updating to be a conceptionally broken and flawed design, lacking generality and usability. I was addressing the second question, not the first. OK Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: using fedup to upgrade to f19
Am 16.03.2013 01:09 schrieb Adam Williamson awill...@redhat.com: On 15/03/13 04:56 PM, Sérgio Basto wrote: When I can expect have an updates.img ? composing is failing to generate images ? Possibly tomorrow, but it depends on the state of dracut and lorax. New dracut built with workaround for squashfs module loading -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ImageMagick update in rawhide to 6.8.3-9 version, so-name change, split libs sub package
Orion Poplawski wrote: On 03/14/2013 09:34 AM, Orion Poplawski wrote: Okay, looks like upstream cmake has a patch, I'll get it into rawhide ASAP. Scratch that, it was a hack for Arch Linux's hacked version of ImageMagick sonames that doesn't work for Fedora. Will need to work on a fix... I've a little experience adding pkg-config hints to cmake, I'll help look into it. -- rex -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ImageMagick update in rawhide to 6.8.3-9 version, so-name change, split libs sub package
On 03/16/2013 07:38 AM, Rex Dieter wrote: Orion Poplawski wrote: On 03/14/2013 09:34 AM, Orion Poplawski wrote: Okay, looks like upstream cmake has a patch, I'll get it into rawhide ASAP. Scratch that, it was a hack for Arch Linux's hacked version of ImageMagick sonames that doesn't work for Fedora. Will need to work on a fix... I've a little experience adding pkg-config hints to cmake, I'll help look into it. As noted in http://public.kitware.com/Bug/view.php?id=14012 an issue with pkg-config in cmake is that it isn't always present on all of the platforms that cmake supports. But it is still probably the way to go on Linux. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dnf installs cron.hourly
On 03/15/2013 05:00 PM, Neal Becker wrote: Almost makes me wonder if a system like that on my android is needed, where it tells me when I install that the app may use services that cost me money. I had an Android phone that did this. However I can't remember if it was the HTC Desire Z / G2 or the Galaxy Nexus, and ultimately I'm thinking that it was likely something the Play store did, not the phone... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package EVR problems in Fedora 2013-03-16
On Sat, Mar 16, 2013 at 01:47:24AM +, build...@fedoraproject.org wrote: libguestfs: f19 f20 (1:libguestfs-1.21.20-1.fc19 1:libguestfs-1.21.19-1.fc19) The error message is a bit confusing, but I guess it means that the second package is in F20 (despite the *.fc19 name). In any case, it should be fixed now. 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: rawhide report: 20130316 changes
On Sat, Mar 16, 2013 at 11:14:37AM +, Fedora Rawhide Report wrote: [libguestfs] 1:ruby-libguestfs-1.21.19-1.fc19.x86_64 requires ruby(abi) = 0:1.9.1 1:ruby-libguestfs-1.21.19-1.fc19.x86_64 requires libruby.so.1.9()(64bit) Also should be fixed now or RSN. 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: Packages requires /sbin/service.
Lukáš Nykrýn wrote: After usr move packages should not install files to /sbin. That's not necessarily true. Do our packaging guidelines actually say that anywhere? -- rex -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: using fedup to upgrade to f19
On Sáb, 2013-03-16 at 13:23 +0100, Harald Hoyer wrote: Am 16.03.2013 01:09 schrieb Adam Williamson awill...@redhat.com: On 15/03/13 04:56 PM, Sérgio Basto wrote: When I can expect have an updates.img ? composing is failing to generate images ? Possibly tomorrow, but it depends on the state of dracut and lorax. New dracut built with workaround for squashfs module loading http://alt.fedoraproject.org/pub/fedora/linux/development/19/x86_64/os/ or http://kojipkgs.fedoraproject.org/mash/branched/x86_64/os/ or ... we should mirror some images in fedora/linux/development/19/x86_64/os/images I don't understand why f19 is build is new dracut instead a stable one, especially is not work. Should this be considerable a critical bug ? With pungi of F18 I could build an F19 repo with the images ? -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Self introduction
Greetings, I am a system engineer at ORINUX BURUNDI. I am not experienced in big development project. But i love programming and design. However, i have been using fedora for years and building personal application in c, c++, java, python and assembly. And also i did some scripting with shell. Therefore, i really want to participe in fedora development while learning and sharing my small experience. Please any guidelines or mentor are the most welcome to help. Regards, Raoul NIYO -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: using fedup to upgrade to f19
On Sat, 16 Mar 2013 18:37:54 + Sérgio Basto ser...@serjux.com wrote: http://alt.fedoraproject.org/pub/fedora/linux/development/19/x86_64/os/ yes, this is where the content will be after its done composing. (although alt is just a cname for dl, which is all the master mirrors). or http://kojipkgs.fedoraproject.org/mash/branched/x86_64/os/ or ... This is where the content is when its being mashed/created. You should not normally ever use this url. Wait until it's synced to the first link. we should mirror some images in fedora/linux/development/19/x86_64/os/images Yes, thats where they would be if they composed. ;) I don't understand why f19 is build is new dracut instead a stable one, especially is not work. Well, f19 just branched from rawhide and people were/are trying to get their features in and testable. Should this be considerable a critical bug ? Well, it's a problem, but people are working on it. I'm not sure what you mean by critical off hand here. ;) F19 just branched and things are always a bit shaky around branch time. It will get fixed up. With pungi of F18 I could build an F19 repo with the images ? I don't know. Possibly. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ImageMagick update in rawhide to 6.8.3-9 version, so-name change, split libs sub package
Orion Poplawski wrote: On 03/16/2013 07:38 AM, Rex Dieter wrote: Orion Poplawski wrote: On 03/14/2013 09:34 AM, Orion Poplawski wrote: Okay, looks like upstream cmake has a patch, I'll get it into rawhide ASAP. Scratch that, it was a hack for Arch Linux's hacked version of ImageMagick sonames that doesn't work for Fedora. Will need to work on a fix... I've a little experience adding pkg-config hints to cmake, I'll help look into it. As noted in http://public.kitware.com/Bug/view.php?id=14012 an issue with pkg-config in cmake is that it isn't always present on all of the platforms that cmake supports. But it is still probably the way to go on Linux. OK, first-draft patch sent upstream and applied to cmake-2.8.11-0.3.rc1.fc20 As far as I could tell, only one package in fedora is affected, converseen, and confirmed it builds ok now. -- rex -- rex -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Broken dependencies: perl-Bio-SamTools
perl-Bio-SamTools has broken dependencies in the rawhide tree: On x86_64: perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) On i386: perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Math-Clipper
perl-Math-Clipper has broken dependencies in the rawhide tree: On x86_64: perl-Math-Clipper-1.17-3.fc19.x86_64 requires libpolyclipping.so.5()(64bit) On i386: perl-Math-Clipper-1.17-3.fc19.i686 requires libpolyclipping.so.5 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the rawhide tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-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
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
[Bug 922376] New: perl-Data-Dumper-2.145 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=922376 Bug ID: 922376 Summary: perl-Data-Dumper-2.145 is available Product: Fedora Version: rawhide Component: perl-Data-Dumper Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 2.145 Current version in Fedora Rawhide: 2.143 URL: http://search.cpan.org/dist/Data-Dumper/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=9dUemTAOQKa=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 922378] New: perl-Perl-Critic-Pulp-78 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=922378 Bug ID: 922378 Summary: perl-Perl-Critic-Pulp-78 is available Product: Fedora Version: rawhide Component: perl-Perl-Critic-Pulp Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 78 Current version in Fedora Rawhide: 77 URL: http://search.cpan.org/dist/Perl-Critic-Pulp/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=6yXwqrWwlJa=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 922443] New: [abrt] perl-Padre-0.90-6.fc18: wxTimerBase::Notify: Process /usr/bin/perl was killed by signal 11 (SIGSEGV)
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=922443 Bug ID: 922443 Summary: [abrt] perl-Padre-0.90-6.fc18: wxTimerBase::Notify: Process /usr/bin/perl was killed by signal 11 (SIGSEGV) Product: Fedora Version: 18 Component: perl-Padre Severity: unspecified Priority: unspecified Assignee: mmasl...@redhat.com Reporter: steinach2...@gmail.com QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Description of problem: i just closed padre, having multiple files open on various tabs. Version-Release number of selected component: perl-Padre-0.90-6.fc18 Additional info: backtrace_rating: 4 cmdline:/usr/bin/perl /usr/bin/padre crash_function: wxTimerBase::Notify executable: /usr/bin/perl kernel: 3.8.2-206.fc18.x86_64 uid:1000 Truncated backtrace: Thread no. 1 (10 frames) #1 wxTimerBase::Notify at src/common/timercmn.cpp:57 #2 timeout_callback at src/gtk/timer.cpp:45 #7 g_main_context_iteration at gmain.c:3351 #8 gtk_main_iteration at gtkmain.c:1345 #9 wxWindow::DoPopupMenu at src/gtk/menu.cpp:1730 #10 PopupMenu at /usr/include/wx-2.8/wx/window.h:926 #11 XS_Wx__Window_PopupMenuXY at Window.c:2682 #12 Perl_pp_entersub at /usr/lib64/perl5/CORE/libperl.so #13 Perl_runops_standard at /usr/lib64/perl5/CORE/libperl.so #14 Perl_call_sv at /usr/lib64/perl5/CORE/libperl.so -- 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=nbN0PR2OB0a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Authen-Simple
perl-Authen-Simple has broken dependencies in the epel-6 tree: On ppc64: perl-Authen-Simple-0.4-5.el6.noarch requires perl(Crypt::PasswdMD5) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-WWW-GoodData
perl-WWW-GoodData has broken dependencies in the epel-5 tree: On ppc: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 On i386: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-WWW-GoodData
perl-WWW-GoodData has broken dependencies in the epel-5 tree: On ppc: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 On i386: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel