rawhide report: 20111212 changes
Compose started at Mon Dec 12 08:15:39 UTC 2011 Broken deps for x86_64 -- OpenGTL-0.9.15.1-3.fc17.x86_64 requires libLLVM-2.9.so()(64bit) OpenGTL-devel-0.9.15.1-3.fc17.i686 requires libLLVM-2.9.so OpenGTL-devel-0.9.15.1-3.fc17.x86_64 requires libLLVM-2.9.so()(64bit) OpenGTL-libs-0.9.15.1-3.fc17.i686 requires libLLVM-2.9.so OpenGTL-libs-0.9.15.1-3.fc17.x86_64 requires libLLVM-2.9.so()(64bit) boinc-manager-6.12.35-1.r24014svn.fc17.x86_64 requires libxcb-atom.so.1()(64bit) comoonics-cdsl-py-0.2-18.noarch requires comoonics-base-py comoonics-cluster-py-0.1-24.noarch requires comoonics-base-py compiz-0.9.5.92.1-0.1.gite676f1b12eb8db3a76978eed5bfc7c2cf9a0b6ce.fc17.i686 requires libboost_serialization-mt.so.1.47.0 compiz-0.9.5.92.1-0.1.gite676f1b12eb8db3a76978eed5bfc7c2cf9a0b6ce.fc17.x86_64 requires libboost_serialization-mt.so.1.47.0()(64bit) compiz-fusion-extras-0.9.5.92-1.fc17.x86_64 requires libboost_serialization-mt.so.1.47.0()(64bit) compiz-fusion-unsupported-0.9.4-6.fc17.x86_64 requires libboost_serialization-mt.so.1.47.0()(64bit) compiz-gtk-0.9.5.92.1-0.1.gite676f1b12eb8db3a76978eed5bfc7c2cf9a0b6ce.fc17.x86_64 requires libboost_serialization-mt.so.1.47.0()(64bit) compiz-kde-0.9.5.92.1-0.1.gite676f1b12eb8db3a76978eed5bfc7c2cf9a0b6ce.fc17.x86_64 requires libboost_serialization-mt.so.1.47.0()(64bit) compiz-plugins-main-0.9.5.92-1.fc17.x86_64 requires libboost_serialization-mt.so.1.47.0()(64bit) contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1 contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit) couchdb-1.0.3-2.fc16.x86_64 requires libicuuc.so.46()(64bit) couchdb-1.0.3-2.fc16.x86_64 requires libicui18n.so.46()(64bit) couchdb-1.0.3-2.fc16.x86_64 requires libicudata.so.46()(64bit) curry-0.9.11-7.fc12.x86_64 requires libgmp.so.3()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper ekg2-xosd-0.2-0.17.rc1.fc16.x86_64 requires libxosd.so.2()(64bit) fldigi-3.21.7-1.fc16.x86_64 requires libfltk_images.so.1.1()(64bit) fldigi-3.21.7-1.fc16.x86_64 requires libfltk.so.1.1()(64bit) gcc-python2-debug-plugin-0.7-1.fc17.x86_64 requires gcc = 0:4.6.2-1.fc17 gcc-python2-plugin-0.7-1.fc17.x86_64 requires gcc = 0:4.6.2-1.fc17 gcc-python3-debug-plugin-0.7-1.fc17.x86_64 requires gcc = 0:4.6.2-1.fc17 gcc-python3-plugin-0.7-1.fc17.x86_64 requires gcc = 0:4.6.2-1.fc17 gearmand-0.23-2.fc17.x86_64 requires libboost_program_options-mt.so.1.47.0()(64bit) genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit) gnome-genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit) gnome-python2-evolution-2.32.0-6.fc17.x86_64 requires libebook-1.2.so.12()(64bit) gphpedit-0.9.95-0.2.20090209snap.fc15.x86_64 requires libgtkhtml-2.so.0()(64bit) gpsdrive-2.11-10.fc17.x86_64 requires libmapnik.so.0.7()(64bit) gpsdrive-2.11-10.fc17.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) gpsdrive-2.11-10.fc17.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) gpsdrive-2.11-10.fc17.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libgdl-1.so.3()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libclutter-glx-1.0.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-gtk-0.6.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-0.6.so.0()(64bit) gscribble-0.1.2-1.fc16.noarch requires gnome-python2-gtkhtml2 gstreamer-java-swt-1.5-1.fc16.x86_64 requires libswt3-gtk2 hamlib-1.2.14-2.fc17.i686 requires libusrp-3.4.2.so.0 hamlib-1.2.14-2.fc17.x86_64 requires libusrp-3.4.2.so.0()(64bit) hosts3d-1.13-2.fc15.x86_64 requires libglfw.so.2.6()(64bit) hosts3d-sampler-1.13-2.fc15.x86_64 requires libglfw.so.2.6()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-property.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-keysyms.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-icccm.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-event.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-aux.so.0()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-atom.so.1()(64bit) intellij-idea-9.0.1.94.399-12.fc15.x86_64 requires commons-collections kde-partitionmanager-1.0.3-2.fc15.x86_64 requires libparted.so.0()(64bit) 6:kdeutils-4.7.90-1.fc17.noarch requires sweeper = 0:4.7.90 6:kdeutils-4.7.90-1.fc17.noarch requires superkaramba = 0:4.7.90 6:kdeutils-4.7.90-1.fc17.noarch requires kremotecontrol = 0:4.7.90 6:kdeutils-4.7.90-1.fc17.noarch requires kfloppy =
[Bug 766588] perl-Class-XSAccessor-1.13 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=766588 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||psab...@redhat.com AssignedTo|mmasl...@redhat.com |psab...@redhat.com -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 Class-XSAccessor-1.13.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-Class-XSAccessor: 3650906917d824582ad82e1bd974da45 Class-XSAccessor-1.13.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-Class-XSAccessor] 1.13 bump
commit a79dac1ae94db11bd56474e9db9d7ac06145a9c3 Author: Petr Šabata con...@redhat.com Date: Mon Dec 12 13:02:16 2011 +0100 1.13 bump Also remove wrong Obsolete: perl(Class::XSAccessor::Array) tag. .gitignore |1 + perl-Class-XSAccessor.spec | 29 - sources|2 +- 3 files changed, 14 insertions(+), 18 deletions(-) --- diff --git a/.gitignore b/.gitignore index 643f799..cec2415 100644 --- a/.gitignore +++ b/.gitignore @@ -4,3 +4,4 @@ Class-XSAccessor-1.05.tar.gz /Class-XSAccessor-1.09.tar.gz /Class-XSAccessor-1.10.tar.gz /Class-XSAccessor-1.11.tar.gz +/Class-XSAccessor-1.13.tar.gz diff --git a/perl-Class-XSAccessor.spec b/perl-Class-XSAccessor.spec index d0bf02b..7cf0895 100644 --- a/perl-Class-XSAccessor.spec +++ b/perl-Class-XSAccessor.spec @@ -1,17 +1,14 @@ Name: perl-Class-XSAccessor -Version:1.12 +Version:1.13 Release:1%{?dist} Summary:Generate fast XS accessors without run-time compilation License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Class-XSAccessor/ Source0: http://www.cpan.org/authors/id/S/SM/SMUELLER/Class-XSAccessor-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: perl(AutoXS::Header) BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(Test::More) -Obsoletes: perl(Class::XSAccessor::Array) -# automagically provided Requires: perl(AutoXS::Header) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) @@ -33,33 +30,31 @@ internal representation. %setup -q -n Class-XSAccessor-%{version} %build -%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=$RPM_OPT_FLAGS +%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags} make %{?_smp_mflags} %install -rm -rf $RPM_BUILD_ROOT -make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT - -find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; -find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \; -find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; - -%{_fixperms} $RPM_BUILD_ROOT/* +make pure_install PERL_INSTALL_ROOT=%{buildroot} +find %{buildroot} -type f -name .packlist -exec rm -f {} \; +find %{buildroot} -type f -name '*.bs' -size 0 -exec rm -f {} \; +find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; +%{_fixperms} %{buildroot}/* %check make test -%clean -rm -rf $RPM_BUILD_ROOT - %files -%defattr(-,root,root,-) %doc Changes README %{perl_vendorarch}/auto/* %{perl_vendorarch}/Class* %{_mandir}/man3/Class::* %changelog +* Mon Dec 12 2011 Petr Šabata con...@redhat.com - 1.13-1 +- 1.13 bump +- Remove BuildRoot and defattr +- Remove ::Array self-obsolete + * Mon Sep 05 2011 Petr Sabata con...@redhat.com - 1.12-1 - 1.12 bump diff --git a/sources b/sources index 7f08323..b752a33 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -e5640b633c451c14ef7dfc289733e0b5 Class-XSAccessor-1.11.tar.gz +3650906917d824582ad82e1bd974da45 Class-XSAccessor-1.13.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
Agenda for today's FESCo meeting (12 December 2011)
Following is the list of topics that will be discussed in the FESCo meeting today at 18:00UTC (1:00pm EST) in #fedora-meeting on irc.freenode.net. Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Init = #topic Welcome new FESCo members = Followups = #topic #712 need update kBuild on F15 .fesco 712 #topic #470 Look at buildid repo request from jkratoch .fesco 470 = New business = #topic #715 Provenpackager education/status/brainstorming .fesco 715 = Fedora Engineering Services tickets = https://fedorahosted.org/fedora-engineering-services/report/6 = Open Floor = For more complete details, please visit each individual ticket. The eport of the agenda items can be found at https://fedorahosted.org/fesco/report/9 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/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20111212 changes
On Mon, 2011-12-12 at 11:56 +, Rawhide Report wrote: 6:kdeutils-4.7.90-1.fc17.noarch requires sweeper = 0:4.7.90 6:kdeutils-4.7.90-1.fc17.noarch requires superkaramba = 0:4.7.90 6:kdeutils-4.7.90-1.fc17.noarch requires kremotecontrol = 0:4.7.90 6:kdeutils-4.7.90-1.fc17.noarch requires kfloppy = 0:4.7.90 6:kdeutils-4.7.90-1.fc17.noarch requires kcharselect = 0:4.7.90 6:kdeutils-4.7.90-1.fc17.noarch requires filelight = 1:4.7.90 6:kdeutils-minimal-4.7.90-1.fc17.noarch requires kwallet = 0:4.7.90 6:kdeutils-minimal-4.7.90-1.fc17.noarch requires kgpg = 0:4.7.90 6:kdeutils-minimal-4.7.90-1.fc17.noarch requires kdf = 0:4.7.90 6:kdeutils-minimal-4.7.90-1.fc17.noarch requires kcalc = 0:4.7.90 6:kdeutils-minimal-4.7.90-1.fc17.noarch requires ark = 0:4.7.90 when you update ark, kcalc, kdf, kgpg, kwallet ,kfloppy, kremotecontrol and sweeper etc ? thanks, -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gdbm license change
On 12/09/2011 10:01 PM, Tom Callaway wrote: On 11/15/2011 03:19 AM, Honza Horak wrote: If there are some license issues not easy to solve, there is still a compat-gdbm package, which ships gdbm-1.8.3 with GPLv2+. The problem is that compat-gdbm has no -devel package, and we cannot use the gdbm-devel package for this. Since Thorsten Kukuk is unwilling to relicense ypserv to resolve the licensing conflict, we are left with the following options: * Modify compat-gdbm to have a true -devel package (this will almost certainly require namespacing it somehow, like libgdbm_old.so) I like this one, since it seems to be the easiest solution from my POV. But I don't see necessary to solve conflicts using renaming library and header files. I'd rather just let compat-gdbm-devel and gdbm-devel sub-packages to conflict (use Conflicts: explicitly), since it doesn't make sense to me to have both packages installed at the same time (base packages won't conflict). Then we don't have to change anything but Requires: in packages like ypserv. Please, let me know if you see any problems when solving that this way. Honza OR * Have the gdbm upstream relicense to something that is explicitly GPLv2 compatible (or move back to GPLv2+). OR * Drop ypserv from Fedora entirely. ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Starting mysql
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/12/2011 01:15 AM, Tom Lane wrote: Paul F. Johnson p...@all-the-johnsons.co.uk writes: /var/log/mysqld.log shows this 111211 20:48:32 [ERROR] /usr/libexec/mysqld: Can't find file: './mysql/proxies_priv.frm' (errno: 13) 111211 20:48:32 [ERROR] Fatal error: Can't open and lock privilege tables: Can't find file: './mysql/proxies_priv.frm' (errno: 13) I think the nearby suggestions to run mysql_upgrade are probably right, especially if you're trying to upgrade from some pre-5.5 version of mysql. But it occurs to me that there's some chance of SELinux interference; do you see any avc messages in /var/log/messages? If so, restorecon on the /var/lib/mysql tree ought to fix that. Alternatively, if you don't have any valuable data in your database (and I hope you aren't running anything *real* critical on rawhide ;-)) you could just rm -rf everything under /var/lib/mysql and let it initialize a brand new database. regards, tom lane SELinux error messages could also be in /var/log/audit/audit.log -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7mNTsACgkQrlYvE4MpobOtmACg2roZm6sPjv/ymXn4P8FTn4Cm /VoAoLja7rgIV4bQY5MXgsr+yIf9IuBm =WPb8 -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Starting mysql
Hi, 111211 20:48:32 [ERROR] /usr/libexec/mysqld: Can't find file: './mysql/proxies_priv.frm' (errno: 13) 111211 20:48:32 [ERROR] Fatal error: Can't open and lock privilege tables: Can't find file: './mysql/proxies_priv.frm' (errno: 13) I think the nearby suggestions to run mysql_upgrade are probably right, especially if you're trying to upgrade from some pre-5.5 version of mysql. But it occurs to me that there's some chance of SELinux interference; do you see any avc messages in /var/log/messages? If so, restorecon on the /var/lib/mysql tree ought to fix that. Removed the entire mysql* rpms, installed fresh via yum, rm -rf /var/lib/mysql, enabled the service, did the mysql_install_db and all is good. Trying to start the server gives me this though... 111212 07:49:18 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 111212 7:49:18 [Note] Plugin 'FEDERATED' is disabled. 111212 7:49:18 InnoDB: The InnoDB memory heap is disabled 111212 7:49:18 InnoDB: Mutexes and rw_locks use GCC atomic builtins 111212 7:49:18 InnoDB: Compressed tables use zlib 1.2.5 111212 7:49:18 InnoDB: Using Linux native AIO 111212 7:49:18 InnoDB: Initializing buffer pool, size = 128.0M 111212 7:49:18 InnoDB: Completed initialization of buffer pool 111212 7:49:18 InnoDB: highest supported file format is Barracuda. 111212 7:49:19 InnoDB: Waiting for the background threads to start 111212 7:49:20 InnoDB: 1.1.8 started; log sequence number 1589339 111212 7:49:20 [ERROR] /usr/libexec/mysqld: Can't find file: './mysql/proxies_priv.frm' (errno: 13) 111212 7:49:20 [ERROR] Fatal error: Can't open and lock privilege tables: Can't find file: './mysql/proxies_priv.frm' (errno: 13) Where should this proxies_priv.frm reside as it looks to be the same missing file as before? Thanks PFJ -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gdbm license change
On Mon, Dec 12, 2011 at 06:08:53PM +0100, Honza Horak wrote: On 12/09/2011 10:01 PM, Tom Callaway wrote: On 11/15/2011 03:19 AM, Honza Horak wrote: If there are some license issues not easy to solve, there is still a compat-gdbm package, which ships gdbm-1.8.3 with GPLv2+. The problem is that compat-gdbm has no -devel package, and we cannot use the gdbm-devel package for this. Since Thorsten Kukuk is unwilling to relicense ypserv to resolve the licensing conflict, we are left with the following options: * Modify compat-gdbm to have a true -devel package (this will almost certainly require namespacing it somehow, like libgdbm_old.so) I like this one, since it seems to be the easiest solution from my POV. Be wary of making a quick estimate of the amount of work involved here. Taking on a true compat-gdbm for this role means that you would be taking over code that is no longer supported by upstream for an indefinite time period. You would then be responsible for solving all bugs in the package and fixing them yourself. There might also be a legal line that needs to be observed here as the gdbm-1.8.x maintainer cannot use GPLv3+ code (the new gdbm) to help make fixes to the GPLv2+ code so it may be that you actually cannot maintain both packages yourself probably should discuss with spot just what would be okay in this case. To me, the easiest solution for you is probably going to be dropping ypserv from the distribution. But if that's not possible, then attempting to convince the gdbm upstream to switch back to GPLv2+ would likely be a worthwhile investment. But I don't see necessary to solve conflicts using renaming library and header files. I'd rather just let compat-gdbm-devel and gdbm-devel sub-packages to conflict (use Conflicts: explicitly), since it doesn't make sense to me to have both packages installed at the same time (base packages won't conflict). Then we don't have to change anything but Requires: in packages like ypserv. Please, let me know if you see any problems when solving that this way. The Fedora Packaging Guidelines forbid this. http://fedoraproject.org/wiki/Packaging:Conflicts ( IIRC, this was last revisited this year and it was decided that the guideline should continue to prohibit Conflicts. You're welcome to bring it up again but you would probably want to find the packaging meeting notes where relaxing the conflicts guideline was discussed and be sure that you're bringing new ideas to the table instead of rehashing the ones already discussed.) -Toshio pgplFE4rk2h7b.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gdbm license change
On 12/12/2011 12:08 PM, Honza Horak wrote: I like this one, since it seems to be the easiest solution from my POV. But I don't see necessary to solve conflicts using renaming library and header files. I'd rather just let compat-gdbm-devel and gdbm-devel sub-packages to conflict (use Conflicts: explicitly), since it doesn't make sense to me to have both packages installed at the same time (base packages won't conflict). Then we don't have to change anything but Requires: in packages like ypserv. Please, let me know if you see any problems when solving that this way. In general, I would prefer that we avoided Conflicts whenever possible. The Packaging Guidelines do permit them in cases of compat packages: https://fedoraproject.org/wiki/Packaging:Conflicts#Compat_Package_Conflicts However, in this specific case, I'm comfortable with that approach. I'd like to see this change happen immediately in Rawhide and a rebuild done of ypserv to resolve the licensing concern. ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)
=== #fedora-meeting: FESCO (2012-12-12) === Meeting started by sgallagh at 18:01:16 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2011-12-12/fesco.2011-12-12-18.01.log.html . Meeting summary --- * init process (sgallagh, 18:01:17) * Welcome new FESCo members (sgallagh, 18:03:52) * AGREED: Set up a whenisgood and revisit next week (sgallagh, 18:10:04) * ACTION: limburgher will set up the whenisgood and create a FESCo ticket (sgallagh, 18:11:33) * #712 need update kBuild on F15 (sgallagh, 18:12:15) * ACTION: limburgher to update kBuild with his provenpackager powers (sgallagh, 18:17:00) * #470 Look at buildid repo request from jkratoch (sgallagh, 18:18:40) * AGREED: Throw this over the wall to Infra. FESCo takes no action. (sgallagh, 18:24:25) * #714 Feature request F17 D2 programming (sgallagh, 18:26:32) * AGREED: D2 Programming accepted as a Feature for Fedora 17 (sgallagh, 18:29:25) * #716 Thin Provisioning - https://fedoraproject.org/wiki/Features/ThinProvisioning (sgallagh, 18:29:35) * AGREED: Thin Provisioning is accepted as a Feature for Fedora 17 (sgallagh, 18:33:21) * #717 Password Quality Checking - https://fedoraproject.org/wiki/Features/PasswordQualityChecking (sgallagh, 18:33:30) * AGREED: New password quality mechanism is approved as a Feature for Fedora 17 (sgallagh, 18:42:43) * #715 Provenpackager education/status/brainstorming (sgallagh, 18:43:02) * LINK: http://permalink.gmane.org/gmane.linux.redhat.fedora.devel/107577 suggests 2009/03 (mitr, 18:52:20) * AGREED: ondrejj advised to make sure he understands the processes before using his privileges in the future (sgallagh, 19:06:39) * ACTION: mitr to advise ondrejj on process (sgallagh, 19:07:03) * Engineering Service Tickets (sgallagh, 19:08:43) * Open Floor (sgallagh, 19:09:37) * ACTION: nirik to update the FESCo mailing list for membership changes (sgallagh, 19:18:51) Meeting ended at 19:22:08 UTC. Action Items * limburgher will set up the whenisgood and create a FESCo ticket * limburgher to update kBuild with his provenpackager powers * mitr to advise ondrejj on process * nirik to update the FESCo mailing list for membership changes Action Items, by person --- * limburgher * limburgher will set up the whenisgood and create a FESCo ticket * limburgher to update kBuild with his provenpackager powers * mitr * mitr to advise ondrejj on process * nirik * nirik to update the FESCo mailing list for membership changes * **UNASSIGNED** * (none) People Present (lines said) --- * sgallagh (126) * nirik (90) * limburgher (63) * t8m (42) * mitr (39) * mmaslano (21) * zodbot (10) * abadger1999 (2) * snitm (2) * mjg59 (0) * pjones (0) * notting (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)
On Mon, Dec 12, 2011 at 12:24 PM, Stephen Gallagher sgall...@redhat.com wrote: * #715 Provenpackager education/status/brainstorming (sgallagh, 18:43:02) There was some discussion a while back about preventing certain extensions from being uploaded to the lookaside cache. Could .patch be added to that list? - Ken -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)
On Mon, 2011-12-12 at 13:16 -0700, Ken Dreyer wrote: On Mon, Dec 12, 2011 at 12:24 PM, Stephen Gallagher sgall...@redhat.com wrote: * #715 Provenpackager education/status/brainstorming (sgallagh, 18:43:02) There was some discussion a while back about preventing certain extensions from being uploaded to the lookaside cache. Could .patch be added to that list? Not a terrible idea. .diff should also be a candidate if we go that route. Of course, a whitelist might be a better idea. Maybe we only allow .tar.gz, .tar.bz2 and .zip to be uploaded this way and make additional exceptions as they arise. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gdbm license change
On 12/12/2011 08:15 PM, Toshio Kuratomi wrote: To me, the easiest solution for you is probably going to be dropping ypserv from the distribution. But if that's not possible, then attempting to convince the gdbm upstream to switch back to GPLv2+ would likely be a worthwhile investment. One thing worth looking into would be to build ypserv with qdbm which according to the License tag is LGPLv2+. See attached patch -- it is just for demonstration purposes (ugly/fragile) but it does build successfully in my Rawhide mock. I haven't tested it beyond building at all, I don't even use ypserv. If it works, perhaps ypserv upstream would be interested in properly integrating support for qdbm as a third alternative to gdbm and ndbm. Possible upgrade caveat from qdbm-devel's hovel(3) man page: Hovel cannot handle database files made by the original GDBM. diff --git a/ypserv.spec b/ypserv.spec index 5770032..79e7fc8 100644 --- a/ypserv.spec +++ b/ypserv.spec @@ -33,7 +33,7 @@ Patch12: ypserv-2.26-shadow.patch Patch13: ypserv-2.26-errmsg.patch Patch14: ypserv-2.26-emptydomain.patch Patch15: ypserv-2.26-retval.patch -BuildRequires: gdbm-devel +BuildRequires: qdbm-devel BuildRequires: systemd-units %description @@ -70,6 +70,8 @@ machines. %patch13 -p1 -b .errmsg %patch14 -p1 -b .emptydomain %patch15 -p1 -b .retval +sed -i -e 's/gdbm\.h/hovel.h/' */*.[ch] +sed -i -e 's/-lgdbm/-lqdbm/' configure %build cp etc/README etc/README.etc @@ -78,6 +80,7 @@ export CFLAGS=$RPM_OPT_FLAGS -fPIC %else export CFLAGS=$RPM_OPT_FLAGS -fpic %endif +export CPPFLAGS=$( pkg-config --cflags qdbm ) %configure --enable-checkroot --enable-fqdn --libexecdir=%{_libdir}/yp make -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)
On Mon, Dec 12, 2011 at 15:21:11 -0500, Stephen Gallagher sgall...@redhat.com wrote: Of course, a whitelist might be a better idea. Maybe we only allow .tar.gz, .tar.bz2 and .zip to be uploaded this way and make additional exceptions as they arise. .tgz is another common extension. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)
On Mon, Dec 12, 2011 at 2:21 PM, Bruno Wolff III br...@wolff.to wrote: On Mon, Dec 12, 2011 at 15:21:11 -0500, Stephen Gallagher sgall...@redhat.com wrote: Of course, a whitelist might be a better idea. Maybe we only allow .tar.gz, .tar.bz2 and .zip to be uploaded this way and make additional exceptions as they arise. .tgz is another common extension. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel I've seen .tar as well. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)
On Mon, Dec 12, 2011 at 1:21 PM, Bruno Wolff III br...@wolff.to wrote: On Mon, Dec 12, 2011 at 15:21:11 -0500, Stephen Gallagher sgall...@redhat.com wrote: Of course, a whitelist might be a better idea. Maybe we only allow .tar.gz, .tar.bz2 and .zip to be uploaded this way and make additional exceptions as they arise. .tgz is another common extension. Yeah, a whitelist could get tedious quickly. I was just thinking of blacklisting stuff like .rpm and .patch. - Ken -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)
On 12/12/2011 10:16 PM, Ken Dreyer wrote: There was some discussion a while back about preventing certain extensions from being uploaded to the lookaside cache. Could .patch be added to that list? Please don't do that. In my opinion the lookaside cache is the proper place for patches for which the Fedora package is not the upstream, for example ones downloaded from web SCM or other URLs. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)
On Mon, 2011-12-12 at 22:26 +0200, Ville Skyttä wrote: On 12/12/2011 10:16 PM, Ken Dreyer wrote: There was some discussion a while back about preventing certain extensions from being uploaded to the lookaside cache. Could .patch be added to that list? Please don't do that. In my opinion the lookaside cache is the proper place for patches for which the Fedora package is not the upstream, for example ones downloaded from web SCM or other URLs. This is wrong. Patches should never be in the lookaside cache, because it is very difficult to view them. Patches in git can easily be glanced at in gitweb. The lookaside cache is only really viewable by cloning the package and doing a 'fedpkg prep'. Putting patches in the lookaside cache is essentially hiding them, and that's poor behavior in an open-source project. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)
On Mon, 2011-12-12 at 15:21 -0500, Stephen Gallagher wrote: On Mon, 2011-12-12 at 13:16 -0700, Ken Dreyer wrote: On Mon, Dec 12, 2011 at 12:24 PM, Stephen Gallagher sgall...@redhat.com wrote: * #715 Provenpackager education/status/brainstorming (sgallagh, 18:43:02) There was some discussion a while back about preventing certain extensions from being uploaded to the lookaside cache. Could .patch be added to that list? Not a terrible idea. .diff should also be a candidate if we go that route. Of course, a whitelist might be a better idea. Maybe we only allow .tar.gz, .tar.bz2 and .zip to be uploaded this way and make additional exceptions as they arise. What about running a 'file' command on the stuff and if the output contains 'text' then allow upload only with some kind of --force option? -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)
On 12/12/2011 10:29 PM, Stephen Gallagher wrote: On Mon, 2011-12-12 at 22:26 +0200, Ville Skyttä wrote: On 12/12/2011 10:16 PM, Ken Dreyer wrote: There was some discussion a while back about preventing certain extensions from being uploaded to the lookaside cache. Could .patch be added to that list? Please don't do that. In my opinion the lookaside cache is the proper place for patches for which the Fedora package is not the upstream, for example ones downloaded from web SCM or other URLs. This is wrong. Your opinion may differ, but no, it's not wrong. They're upstream files. Patches should never be in the lookaside cache, because it is very difficult to view them. IMO if that'd be a consideration, the lookaside cache shouldn't really exist at all, everything should be in git instead. Patches in git can easily be glanced at in gitweb. Patches in external URLs can be easily glanced just by accessing the external URL which is in the specfile. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)
On Mon, 12 Dec 2011 21:34:12 +0100 Tomas Mraz tm...@redhat.com wrote: On Mon, 2011-12-12 at 15:21 -0500, Stephen Gallagher wrote: On Mon, 2011-12-12 at 13:16 -0700, Ken Dreyer wrote: On Mon, Dec 12, 2011 at 12:24 PM, Stephen Gallagher sgall...@redhat.com wrote: * #715 Provenpackager education/status/brainstorming (sgallagh, 18:43:02) There was some discussion a while back about preventing certain extensions from being uploaded to the lookaside cache. Could .patch be added to that list? Of course, a whitelist might be a better idea. Maybe we only allow .tar.gz, .tar.bz2 and .zip to be uploaded this way and make additional exceptions as they arise. What about running a 'file' command on the stuff and if the output contains 'text' then allow upload only with some kind of --force option? And what about separately shipped license files, documentation and so on? Not a valid option. -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 760472] Upgrade to new upstream version
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=760472 --- Comment #1 from Fedora Update System upda...@fedoraproject.org 2011-12-12 15:51:19 EST --- perl-Directory-Queue-1.4-1.el5 has been submitted as an update for Fedora EPEL 5. https://admin.fedoraproject.org/updates/perl-Directory-Queue-1.4-1.el5 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 760472] Upgrade to new upstream version
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=760472 --- Comment #2 from Fedora Update System upda...@fedoraproject.org 2011-12-12 15:51:29 EST --- perl-Directory-Queue-1.4-1.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/perl-Directory-Queue-1.4-1.el6 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 760472] Upgrade to new upstream version
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=760472 --- Comment #3 from Fedora Update System upda...@fedoraproject.org 2011-12-12 15:51:37 EST --- perl-Directory-Queue-1.4-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/perl-Directory-Queue-1.4-1.fc16 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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: Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)
On Mon, 2011-12-12 at 22:52 +0200, Jussi Lehtola wrote: On Mon, 12 Dec 2011 21:34:12 +0100 Tomas Mraz tm...@redhat.com wrote: On Mon, 2011-12-12 at 15:21 -0500, Stephen Gallagher wrote: On Mon, 2011-12-12 at 13:16 -0700, Ken Dreyer wrote: On Mon, Dec 12, 2011 at 12:24 PM, Stephen Gallagher sgall...@redhat.com wrote: * #715 Provenpackager education/status/brainstorming (sgallagh, 18:43:02) There was some discussion a while back about preventing certain extensions from being uploaded to the lookaside cache. Could .patch be added to that list? Of course, a whitelist might be a better idea. Maybe we only allow .tar.gz, .tar.bz2 and .zip to be uploaded this way and make additional exceptions as they arise. What about running a 'file' command on the stuff and if the output contains 'text' then allow upload only with some kind of --force option? And what about separately shipped license files, documentation and so on? Not a valid option. What's wrong with using --force option for such files? These are not that common so that should not be much hassle. Also if they are small I do not see any reason why not to put them directly into the git repository. Or maybe the condition for need of the force flag could be modified to not require it for files larger than some size (for example 100kBytes) even if 'file' outputs that they are a text files. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)
On Mon, Dec 12, 2011 at 10:47:53PM +0200, Ville Skyttä wrote: On 12/12/2011 10:29 PM, Stephen Gallagher wrote: Patches should never be in the lookaside cache, because it is very difficult to view them. IMO if that'd be a consideration, the lookaside cache shouldn't really exist at all, everything should be in git instead. To some extent I agree with both sgallagh's sentiment and the logical conclusion you're drawing. However, I think the lookaside cache is a necessary optimization/compromise to the ideal of putting everything into version control, though. Current technology would make it prohibitive in terms of packager time (and for some packages, space on developer's machines) to put tarballs into git as the cloned repository would then contain every single new tarball the package ever had. So I think for me, lookaside isn't there to separate data from upstream from data generated by Fedora -- it's there to supplement the SCM when a file is not suitable for direct inclusion into the SCM. -Toshio pgpAd4lvkgFYF.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)
On 12/12/2011 04:22 PM, Toshio Kuratomi wrote: So I think for me, lookaside isn't there to separate data from upstream from data generated by Fedora -- it's there to supplement the SCM when a file is not suitable for direct inclusion into the SCM. I agree, and the tooling we're building into the Fedora Packager webapp assumes that patches live in git, not in the lookaside. (To be fair, its not the end of the world if this isn't happening on a specific package, but it does mean that Fedora Packager won't know about those patches in the lookaside, nor is there a sane way to reliably account for them.) There are any number of ways to distinguish upstream provided patches from Fedora-local patches, I just don't think the lookaside is the best way, with the possible exception of big compressed patchsets (e.g. patch-3.2-rc5.xz for kernel). ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
MySQL working, myPhpAdmin isn't!
Hi, I've not got mysql working fine, but phpMyAdmin is moaning about mysqli being missing. I've installed php-devel and php-mysql, but still it moans. I can't see anything wrong in /etc/php.ini either. Any clues? Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 759436] perl-Locale-Codes-3.20 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=759436 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|perl-Locale-Codes-3.20-1.fc |perl-Locale-Codes-3.20-1.fc |17 |16 Resolution||ERRATA Last Closed||2011-12-12 16:59:16 --- Comment #3 from Fedora Update System upda...@fedoraproject.org 2011-12-12 16:59:16 EST --- perl-Locale-Codes-3.20-1.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 750805] Fails to build on ARM, needs to use default setjmp not ucontext
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=750805 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Coro-5.372-6.fc16 Resolution||ERRATA Last Closed||2011-12-12 16:58:42 --- Comment #10 from Fedora Update System upda...@fedoraproject.org 2011-12-12 16:58:42 EST --- perl-Coro-5.372-6.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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: Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)
On 12/12/2011 11:22 PM, Toshio Kuratomi wrote: On Mon, Dec 12, 2011 at 10:47:53PM +0200, Ville Skyttä wrote: On 12/12/2011 10:29 PM, Stephen Gallagher wrote: Patches should never be in the lookaside cache, because it is very difficult to view them. IMO if that'd be a consideration, the lookaside cache shouldn't really exist at all, everything should be in git instead. To some extent I agree with both sgallagh's sentiment and the logical conclusion you're drawing. However, I think the lookaside cache is a necessary optimization/compromise to the ideal of putting everything into version control, though. Current technology would make it prohibitive in terms of packager time (and for some packages, space on developer's machines) to put tarballs into git as the cloned repository would then contain every single new tarball the package ever had. So I think for me, lookaside isn't there to separate data from upstream from data generated by Fedora -- it's there to supplement the SCM when a file is not suitable for direct inclusion into the SCM. For the same optimization/compromise reasons for me it's a place to put all upstream data, as well as the rare other things for which it makes little sense to store them in the SCM. Upstream data changes between releases, I don't see a reason to carry it in the SCM to the end of time. Actually the only reason why I think Fedora originated patches are better off in git rather than lookaside cache is the gitweb visibility mentioned by sgallagh -- that's our stuff we want others to see and pick up easily whereas from external visibility POV others' stuff is better off just as references to their canonical sources. On the other hand Fedora originated sources that can be sanely stored in git is better off there because in addition to the external visibility point for patches, there's clearly additional value from diffability between revisions to those sources (diffing patches with a SCM is rarely useful (interdiff is another story)). Anyway, I don't care that much if it takes a --force or something like that argument to upload some files to the lookaside cache as long as it can be done. What I do object to is the suggestion to *prevent* doing that for some files altogether. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)
On Mon, 2011-12-12 at 13:24 -0700, Ken Dreyer wrote: On Mon, Dec 12, 2011 at 1:21 PM, Bruno Wolff III br...@wolff.to wrote: On Mon, Dec 12, 2011 at 15:21:11 -0500, Stephen Gallagher sgall...@redhat.com wrote: Of course, a whitelist might be a better idea. Maybe we only allow .tar.gz, .tar.bz2 and .zip to be uploaded this way and make additional exceptions as they arise. .tgz is another common extension. Yeah, a whitelist could get tedious quickly. I was just thinking of blacklisting stuff like .rpm and .patch. throw tar.xz on the list. In general it seems like we come up with a new compression format every few years (gzip, bzip2, lzma, xz...), and so many exceptions have been suggested here, that it does seem like a whitelist is a bad idea. If anything, given that the point of the lookaside cache as I understand it is that git doesn't really handle large binaries very well, it might make more sense to go with a size threshold than a file type or extension list. -- 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: rawhide report: 20111212 changes
Sérgio Basto wrote: when you update ark, kcalc, kdf, kgpg, kwallet ,kfloppy, kremotecontrol and sweeper etc ? When the new split packages passed review. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Starting mysql
Date: Mon, 12 Dec 2011 17:15:25 + From: Paul F. Johnson p...@all-the-johnsons.co.uk Removed the entire mysql* rpms, installed fresh via yum, rm -rf /var/lib/mysql, enabled the service, did the mysql_install_db and all is good. Trying to start the server gives me this though... 111212 07:49:18 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql [...] 111212 7:49:20 [ERROR] /usr/libexec/mysqld: Can't find file: './mysql/proxies_priv.frm' (errno: 13) 111212 7:49:20 [ERROR] Fatal error: Can't open and lock privilege tables: Can't find file: './mysql/proxies_priv.frm' (errno: 13) I had that kind of issue, no later than today... on a just migrated Fedora 16 (from a Fedora 14 machine). There were two things: * I started the mysql service with 'systemctl start mysql.service', instead of 'systemctl start mysqld.service' * some directories within /var/lib/mysql were owned by 'root', instead of by 'mysql' (id=27). http://bugs.mysql.com/bug.php?id=1279 also clearly states that errno=13 comes from access rights which are not granted. Well, I stopped all the MySQL services ('systemctl stop mysql.service', 'systemctl stop mysqld.service'), performed 'chown -R mysql.mysql /var/lib/mysql', and restarted MySQL ('systemctl stop mysqld.service'). And it eventually worked. Hope that it will help... Regards Denis -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: MySQL working, myPhpAdmin isn't!
Hi, you're using httpd prefork right? rpm -qa httpd httpd-2.2.21-4.fc17.x86_64 Assuming that is prefork - it's what's in rawhide PFJ -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 765792] perl-PPIx-Regexp-0.023 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=765792 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|MODIFIED|CLOSED Resolution||RAWHIDE Last Closed||2011-12-12 05:03:40 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 753416] perl-Coro-6.07 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=753416 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|MODIFIED|CLOSED Resolution||RAWHIDE Last Closed||2011-12-12 05:02:21 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 IO-Socket-SSL-1.53.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-IO-Socket-SSL: a99c266408ba64a184dc8a6e090ab8bf IO-Socket-SSL-1.53.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-Socket-SSL] Update to 1.53
commit f032fb52a6d69b186a56fd7bd4f11d8c5b597a6f Author: Paul Howarth p...@city-fan.org Date: Mon Dec 12 10:12:52 2011 + Update to 1.53 - New upstream release 1.53: - Kill child in t/memleak_bad_handshake.t if test fails (CPAN RT#73146) perl-IO-Socket-SSL.spec |6 +- sources |2 +- 2 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/perl-IO-Socket-SSL.spec b/perl-IO-Socket-SSL.spec index 535dd30..6a05054 100644 --- a/perl-IO-Socket-SSL.spec +++ b/perl-IO-Socket-SSL.spec @@ -4,7 +4,7 @@ # Name: perl-IO-Socket-SSL -Version: 1.52 +Version: 1.53 Release: 1%{?dist} Summary: Perl library for transparent SSL Group: Development/Libraries @@ -59,6 +59,10 @@ rm -rf %{buildroot} %{_mandir}/man3/IO::Socket::SSL.3pm* %changelog +* Mon Dec 12 2011 Paul Howarth p...@city-fan.org - 1.53-1 +- Update to 1.53 + - kill child in t/memleak_bad_handshake.t if test fails (CPAN RT#73146) + * Wed Dec 7 2011 Paul Howarth p...@city-fan.org - 1.52-1 - Update to 1.52 - fix for t/nonblock.t hangs on AIX (CPAN RT#72305) diff --git a/sources b/sources index 9b4af00..4a4eee7 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -d4ea32802f27db54df18c8455936a18d IO-Socket-SSL-1.52.tar.gz +a99c266408ba64a184dc8a6e090ab8bf IO-Socket-SSL-1.53.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-Socket-SSL] Created tag perl-IO-Socket-SSL-1.53-1.fc17
The lightweight tag 'perl-IO-Socket-SSL-1.53-1.fc17' was created pointing to: f032fb5... Update to 1.53 -- 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 761470] perl-POE-Component-IRC-6.78 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=761470 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-POE-Component-IRC-6.78 ||-1.fc17 Resolution||RAWHIDE Last Closed||2011-12-12 05:35:15 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 File-pushd-1.002.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-File-pushd: eac693b6968d99e0a3da89cd7babec11 File-pushd-1.002.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-File-pushd] 1.002 bump
commit 182b9551a2b92f453a80bf48ed90f4159aeb3cea Author: Petr Šabata con...@redhat.com Date: Mon Dec 12 11:34:13 2011 +0100 1.002 bump .gitignore |1 + perl-File-pushd.spec | 13 - sources |2 +- 3 files changed, 10 insertions(+), 6 deletions(-) --- diff --git a/.gitignore b/.gitignore index e6d1c2c..f7147b2 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ File-pushd-1.00.tar.gz /File-pushd-1.001.tar.gz +/File-pushd-1.002.tar.gz diff --git a/perl-File-pushd.spec b/perl-File-pushd.spec index 118b416..d02ff4a 100644 --- a/perl-File-pushd.spec +++ b/perl-File-pushd.spec @@ -1,5 +1,5 @@ Name: perl-File-pushd -Version:1.001 +Version:1.002 Release:1%{?dist} Summary:Change directory temporarily for a limited scope License:ASL 2.0 @@ -34,10 +34,10 @@ limited scope, this happens automatically at the end of the scope. make %{?_smp_mflags} %install -make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT -find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; -find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; -%{_fixperms} $RPM_BUILD_ROOT/* +make pure_install PERL_INSTALL_ROOT=%{buildroot} +find %{buildroot} -type f -name .packlist -exec rm -f {} \; +find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; +%{_fixperms} %{buildroot}/* %check make test @@ -48,6 +48,9 @@ make test %{_mandir}/man3/* %changelog +* Mon Dec 12 2011 Petr Šabata con...@redhat.com - 1.002-1 +- 1.002 bump + * Thu Sep 15 2011 Petr Sabata con...@redhat.com - 1.001-1 - 1.001 bump - Remove now obsolete BuildRoot and defattr diff --git a/sources b/sources index 4750af0..22d9b7f 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -aed697867748e3376f2befc13fb23865 File-pushd-1.001.tar.gz +eac693b6968d99e0a3da89cd7babec11 File-pushd-1.002.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
[Bug 761467] perl-File-pushd-1.002 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=761467 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-File-pushd-1.002-1.fc1 ||7 Resolution||RAWHIDE Last Closed||2011-12-12 05:46:21 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 766588] New: perl-Class-XSAccessor-1.13 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-Class-XSAccessor-1.13 is available https://bugzilla.redhat.com/show_bug.cgi?id=766588 Summary: perl-Class-XSAccessor-1.13 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-Class-XSAccessor AssignedTo: mmasl...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Latest upstream release: 1.13 Current version in Fedora Rawhide: 1.11 URL: http://search.cpan.org/dist/Class-XSAccessor/ 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 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 766590] New: perl-Perl-Critic-Pulp-66 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-Perl-Critic-Pulp-66 is available https://bugzilla.redhat.com/show_bug.cgi?id=766590 Summary: perl-Perl-Critic-Pulp-66 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-Perl-Critic-Pulp AssignedTo: ppi...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com, ppi...@redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Latest upstream release: 66 Current version in Fedora Rawhide: 65 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 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 Socket-1.96.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Socket: eebd0598a889483058a01266d221b73c Socket-1.96.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-Socket] 1.96 bump
commit cde4d0ab030db304d559adb15bc17c5b59b40e8f Author: Petr Písař ppi...@redhat.com Date: Mon Dec 12 13:08:53 2011 +0100 1.96 bump .gitignore |1 + perl-Socket.spec | 10 +- sources |2 +- 3 files changed, 7 insertions(+), 6 deletions(-) --- diff --git a/.gitignore b/.gitignore index 8476e2f..0d61260 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ /Socket-1.94_07.tar.gz /Socket-1.95.tar.gz +/Socket-1.96.tar.gz diff --git a/perl-Socket.spec b/perl-Socket.spec index 59c4860..990c14a 100644 --- a/perl-Socket.spec +++ b/perl-Socket.spec @@ -1,11 +1,8 @@ -%global cpan_version 1.95 +%global cpan_version 1.96 Name: perl-Socket Version:%(eval echo '%{cpan_version}' | tr '_' '.') Release:1%{?dist} Summary:C socket.h defines and structure manipulators -# This code comes from Perl, thus GPL+ or Artistic -# See http://permalink.gmane.org/gmane.comp.lang.perl.perl5.porters/101960. -# and https://rt.cpan.org/Public/Bug/Display.html?id=72669 License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Socket/ @@ -49,12 +46,15 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; make test %files -%doc Changes +%doc Changes LICENSE %{perl_vendorarch}/auto/* %{perl_vendorarch}/Socket* %{_mandir}/man3/* %changelog +* Mon Dec 12 2011 Petr Pisar ppi...@redhat.com - 1.96-1 +- 1.96 bump + * Fri Dec 02 2011 Petr Pisar ppi...@redhat.com - 1.95-1 - 1.95 bump diff --git a/sources b/sources index ab32b8b..3853f82 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -79eb793137ef9532f5332b294581225e Socket-1.95.tar.gz +eebd0598a889483058a01266d221b73c Socket-1.96.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
[Bug 766588] perl-Class-XSAccessor-1.13 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=766588 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Class-XSAccessor-1.13- ||1.fc17 Resolution||RAWHIDE Last Closed||2011-12-12 07:13:21 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 766267] perl-Socket-1.96 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=766267 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Socket-1.96-1.fc17 Resolution||RAWHIDE Last Closed||2011-12-12 07:22:14 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 Perl-Critic-Pulp-66.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Perl-Critic-Pulp: ac612576ce2c0ad46ed48e027c962a25 Perl-Critic-Pulp-66.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-Perl-Critic-Pulp] 66 bump
commit 6cebb7b65eec230226def3b3d95bc3bd1edbf702 Author: Petr Písař ppi...@redhat.com Date: Mon Dec 12 14:10:40 2011 +0100 66 bump .gitignore |1 + .rpmlint |2 ++ perl-Perl-Critic-Pulp.spec |5 - sources|2 +- 4 files changed, 8 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 33f76ec..ce4a73b 100644 --- a/.gitignore +++ b/.gitignore @@ -11,3 +11,4 @@ /Perl-Critic-Pulp-62.tar.gz /Perl-Critic-Pulp-64.tar.gz /Perl-Critic-Pulp-65.tar.gz +/Perl-Critic-Pulp-66.tar.gz diff --git a/.rpmlint b/.rpmlint new file mode 100644 index 000..af8d069 --- /dev/null +++ b/.rpmlint @@ -0,0 +1,2 @@ +from Config import * +addFilter(spelling-error .* perlcritic); diff --git a/perl-Perl-Critic-Pulp.spec b/perl-Perl-Critic-Pulp.spec index 3bd3d83..38e093a 100644 --- a/perl-Perl-Critic-Pulp.spec +++ b/perl-Perl-Critic-Pulp.spec @@ -1,5 +1,5 @@ Name: perl-Perl-Critic-Pulp -Version:65 +Version:66 Release:1%{?dist} Summary:Some add-on perlcritic policies License:GPLv3+ @@ -93,6 +93,9 @@ make test %{_mandir}/man3/* %changelog +* Mon Dec 12 2011 Petr Pisar ppi...@redhat.com - 66-1 +- 66 bump + * Mon Sep 19 2011 Petr Pisar ppi...@redhat.com - 65-1 - 65 bump diff --git a/sources b/sources index 6c44a55..035414f 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -8462c043e0b5eb30b8a888f130545dbc Perl-Critic-Pulp-65.tar.gz +ac612576ce2c0ad46ed48e027c962a25 Perl-Critic-Pulp-66.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
[Bug 766590] perl-Perl-Critic-Pulp-66 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=766590 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Perl-Critic-Pulp-66-1. ||fc17 Resolution||RAWHIDE Last Closed||2011-12-12 08:18:19 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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