Self Introduction
Hi folks, This is just one more email on this quite high-traffic list. So, I'd really appreciate if you read it. I'm Alexey Vasyukov (FAS username - anganar). I participate in Fedora Project for about 3 years, and my RHEL / Fedora experience is about 7 years. I work at MIPT (Moscow Institute of Physics and Technology). I have found recently that one of the research groups at MIPT uses Gmsh engineering software at workstations powered by Fedora and HPC cluster powered by RHEL. However, Gmsh is not packaged for Fedora and RHEL. So, I'd like to contribute this package to make setup for these guys a bit simplier. Review request - https://bugzilla.redhat.com/show_bug.cgi?id=753577 I kindly ask you to review it and, if possible, sponsor me. Kind regards, Alexey -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20111113 changes
On Sun, Nov 13, 2011 at 01:17:41PM +, Rawhide Report wrote: Compose started at Sun Nov 13 08:15:32 UTC 2011 Broken deps for x86_64 -- i3-4.0.1-1.fc17.x86_64 requires libyajl.so.1()(64bit) This simply requires a rebuild to pick up the new libyajl soname. I would have done it myself, but I'm not a proven packager I notified the maintainer but not hear back yet, so if any provenpackager can take care of it... perl-Module-CPANTS-Analyse-0.85-9.fc16.noarch requires perl(Test::YAML::Meta::Version) = 0:0.11 perl-Module-CPANTS-Analyse-0.85-9.fc16.noarch requires perl(Test::YAML::Meta::Version) I'll sort this out. Daniel -- |: http://berrange.com -o-http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 751751] perl-IO-Socket-SSL failing to return last line of data
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=751751 --- Comment #9 from Trever Adams night...@hotmail.com 2011-11-14 04:30:57 EST --- This may have fixed the problem with ddclient being abusive with dyndns. I will post again in a few days when I know. -- 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: texlive 2010 or 2011 in Fedora
Hi, There is a version of texlive-2011 for Fedora 16. You can get it from http://fedoraproject.org/wiki/Features/TeXLive Greetings Christoph On 11/13/2011 06:31 PM, Henrique Junior wrote: Hi, in F16 we are still using texlive-2007. Any plans to bring more updated texlive versions to F16 (or F17)? -- Henrique LonelySpooky Junior Find sales jobs Online Get Started Now. http://click.lavabit.com/zxbu9cwdo88ib5e7wt5hr7qip3hprdncseytw6de8kg8h9wgnx6y/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Advanced IPv6 in NetworkManager
Just reinstalled two servers with F16 this weekend, and IPv6 seems to be working fine in NetworkManager. There is - however - one option I am missing: Some form of combined static and dynamic configuration. IE. I want the server to obtain an IPv6-address dynamically, but i ALSO want it to have one (or more) static IP-address(es) in the same prefix. So on boot, NetworkManager recieves something like 2001:840:0:11:21d:9ff:fe07:638c/64 Based on this prefix, it should also configure the interface with 2001:840:0:11::10/64 and 2001:840:0:11::20/64 That would make installation and configuration of IPv6-servers a lot easier, as you do not need to turn off dynamic addresses to give the server a static address. (I'd love to have the same feature in IPv4 too, but currently my main focus is IPv6, so that is my main cincern right now). Rgds. Ola Thoresen -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20111113 changes
On Mon, Nov 14, 2011 at 9:32 AM, Daniel P. Berrange berra...@redhat.com wrote: On Sun, Nov 13, 2011 at 01:17:41PM +, Rawhide Report wrote: Compose started at Sun Nov 13 08:15:32 UTC 2011 Broken deps for x86_64 -- i3-4.0.1-1.fc17.x86_64 requires libyajl.so.1()(64bit) This simply requires a rebuild to pick up the new libyajl soname. I would have done it myself, but I'm not a proven packager I notified the maintainer but not hear back yet, so if any provenpackager can take care of it... I've bumped the Release and pushed a build. http://koji.fedoraproject.org/koji/taskinfo?taskID=3512210 Cheers, Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Heads Up: FESCo is considering to block packages providing sysvinit services without systemd unit
On 11/14/2011 01:28 AM, Ian Kent wrote:
Anyway, I'll start work on the logging changes and add a unit file and
see how we go. Should autofs install the unit file into the systemd area
or what should do?
So the final unit file should look something like this...
### autofs.service ###
[Unit]
Description=Automounts filesystems on demand
After=network.target ypbind.service
[Service]
Type=forking
PIDFile=/run/autofs.pid
EnvironmentFile=-/etc/sysconfig/autofs
ExecStart=/usr/sbin/automount ${OPTIONS} --pid-file /run/autofs.pid
[Install]
WantedBy=multi-user.target
You can find the packaging guidelines for systemd here
http://fedoraproject.org/wiki/Packaging:Systemd
Pay attention to the section that says drop the legacy sysv init script
file or package it separately should it be shipped ( which makes no
sense once a unit file is in place ) along with make sure that your unit
file have correct file permissions.
Maintainers/Packagers shipping both the legacy sysv init script along
with having incorrect file permissions on unit files ( for example
auditd.service ip6tables.service iptables.service openvpn@.service
wpa_supplicant.service that are part of default install come all with
incorrect file permissons ( +x ) ).
The issue mention above seem to be the common mistakes/violations of the
packaging guidelines when shipping native systemd units.
JBG
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Is FAS (Fedora Account System) broken?
On 11/12/2011 09:58 PM, Toshio Kuratomi wrote: On Fri, Nov 11, 2011 at 08:10:09PM +0100, Gregor Tätzner wrote: Am Freitag, 11. November 2011, 10:47:12 schrieb Adam Tkac: Hello, today I tried to upload new bind tarball via `fedpkg new-sources` command but it failed with pycurl.error: (60, 'Peer certificate cannot be authenticated with given CA certificates') error. I have a similar problem when working with git - F16 updates-testing: git fetch error: Peer certificate cannot be authenticated with given CA certificates while accessing https://brum...@github.com...fatal: HTTP request failed These seem to be a problem with the F16 nss update that is in updates-testing. Downgrading from that should make this work. https://admin.fedoraproject.org/updates/FEDORA-2011-15612 -Toshio It was nss issue, thanks for the hint! A -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: daemon(7) (was: Re: Heads Up: FESCo is considering to block packages providing sysvinit services without systemd unit)
$ rpm -qf /usr/share/man/man7/daemon.7.gz systemd-37-3.fc16.x86_64 - Original Message - On Fri, Nov 11, 2011 at 02:22:02PM +0100, Lennart Poettering wrote: Please have a look at the check list in daemon(7). What package is that man page in? $ man 7 daemon No manual entry for daemon in section 7 Also, a google search for man 7 daemon, daemon(7), daemon man page, man daemon section 7, etc turns up nothing. There is a man page for daemon(3), but it doesn't look like the man page you seem to be citing. Thanks! -- Scott Schmit -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
low-memory *printf deadlocks with latest glibc in -testing and rawhide
So far I've only noticed it via a test, but everyone uses *printf, and malloc is implicated due to recent arena-related changes: malloc deadlock makes *printf hang http://bugzilla.redhat.com/753601 With glibc-2.14.90-15.2.x86_64 (f16-testing and rawhide), this hangs: ( ulimit -v 1; env printf %2000f 0 ) Hah! As I was writing this, I noticed a new glibc commit. http://sources.redhat.com/git/gitweb.cgi?p=glibc.git;a=commitdiff;h=a5fb313cb7b7e692fd4684916aaa98e03ec7e8b6 Thanks for the quick fix, Andreas! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: daemon(7)
On 11/12/2011 02:33 PM, Scott Schmit wrote: What package is that man page in? $ man 7 daemon No manual entry for daemon in section 7 Also, a google search for man 7 daemon, daemon(7), daemon man page, man daemon section 7, etc turns up nothing. As others already pointed out, it in the systemd package. It is also available online: http://0pointer.de/public/systemd-man/daemon.html Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F17 heads up: X server git snapshots
Hello, Wow, I read this a little too late. I did an update, using --skip-broken, today and now Xorg is broken. I use the open source ati drivers. The Xorg log indicates a version mismatch between Xorg and the drivers. Is there a way to reverse or fix this? Thanks -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Advanced IPv6 in NetworkManager
On Mon, Nov 14, 2011 at 11:06:36AM +0100, Ola Thoresen wrote: There is - however - one option I am missing: Some form of combined static and dynamic configuration. IE. I want the server to obtain an IPv6-address dynamically, but i ALSO want it to have one (or more) static IP-address(es) in the same prefix. Not sure if you want to solve this exclusively in network manager, or am just looking for a solution.. but, adding a IPV6ADDR_SECONDARIES to your ifcfg-eth* files should achieve this. -jf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Getting grub launching the installer
lör 2011-11-12 klockan 09:04 -0500 skrev Sam Varshavchik: For the longest time, I was able to upgrade an existing system by copying over the pxeboot vmlinuz and initrd.img, sticking them into menu.lst, and directing grub to load them. This is also how I install. Have worked fine with both F15 F16 for me. Things you can try are a) Disable kms. b) Turn on more debug output from the kernel Regards Henrik -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20111114 changes
Compose started at Mon Nov 14 08:15:27 UTC 2011 Broken deps for x86_64 -- 4ti2-1.3.2-7.fc17.1.x86_64 requires libgmp.so.3()(64bit) 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) 1:anerley-0.3.0-5.fc17.i686 requires libedataserver-1.2.so.15 1:anerley-0.3.0-5.fc17.i686 requires libcamel-1.2.so.29 1:anerley-0.3.0-5.fc17.x86_64 requires libedataserver-1.2.so.15()(64bit) 1:anerley-0.3.0-5.fc17.x86_64 requires libcamel-1.2.so.29()(64bit) comoonics-cdsl-py-0.2-18.noarch requires comoonics-base-py comoonics-cluster-py-0.1-24.noarch requires comoonics-base-py 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) cvs2cl-2.73-1.fc17.noarch requires perl(CVS::Utils::ChangeLog::EntrySet::Output) dh-make-0.55-3.fc15.noarch requires debhelper dogtag-pki-9.0.0-8.fc17.noarch requires pki-console = 0:9.0.5 ease-0.4-9.fc17.i686 requires libpoppler.so.18 ease-0.4-9.fc17.i686 requires libclutter-gtk-0.10.so.0 ease-0.4-9.fc17.x86_64 requires libpoppler.so.18()(64bit) ease-0.4-9.fc17.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) ease-devel-0.4-9.fc17.i686 requires pkgconfig(clutter-gtk-0.10) ease-devel-0.4-9.fc17.x86_64 requires pkgconfig(clutter-gtk-0.10) emacs-spice-mode-1.2.25-6.fc17.noarch requires gwave evolution-couchdb-0.5.91-4.fc17.x86_64 requires libedataserver-1.2.so.15()(64bit) evolution-couchdb-0.5.91-4.fc17.x86_64 requires libedata-cal-1.2.so.13()(64bit) evolution-couchdb-0.5.91-4.fc17.x86_64 requires libedata-book-1.2.so.11()(64bit) evolution-couchdb-0.5.91-4.fc17.x86_64 requires libecal-1.2.so.10()(64bit) evolution-couchdb-0.5.91-4.fc17.x86_64 requires libcamel-provider-1.2.so.29()(64bit) evolution-couchdb-0.5.91-4.fc17.x86_64 requires libcamel-1.2.so.29()(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.6-3.fc17.x86_64 requires gcc = 0:4.6.1-9.fc17 gcc-python2-plugin-0.6-3.fc17.x86_64 requires gcc = 0:4.6.1-9.fc17 gcc-python3-debug-plugin-0.6-3.fc17.x86_64 requires gcc = 0:4.6.1-9.fc17 gcc-python3-plugin-0.6-3.fc17.x86_64 requires gcc = 0:4.6.1-9.fc17 1:geda-gattrib-1.6.2-2.fc16.x86_64 requires libgmp.so.3()(64bit) 1:geda-gnetlist-1.6.2-2.fc16.x86_64 requires libgmp.so.3()(64bit) 1:geda-gschem-1.6.2-2.fc16.x86_64 requires libgmp.so.3()(64bit) 1:geda-gsymcheck-1.6.2-2.fc16.x86_64 requires libgmp.so.3()(64bit) 1:geda-utils-1.6.2-2.fc16.x86_64 requires libgmp.so.3()(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-phone-manager-0.66-6.fc17.x86_64 requires libedataserver-1.2.so.15()(64bit) gnome-phone-manager-0.66-6.fc17.x86_64 requires libcamel-1.2.so.29()(64bit) gnome-phone-manager-telepathy-0.66-6.fc17.x86_64 requires libedataserver-1.2.so.15()(64bit) gnome-phone-manager-telepathy-0.66-6.fc17.x86_64 requires libcamel-1.2.so.29()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotdconduit.so.3()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotdcm.so.4()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotd.so.5()(64bit) gocr-0.48-3.fc15.x86_64 requires libnetpbm.so.10()(64bit) gphpedit-0.9.95-0.2.20090209snap.fc15.x86_64 requires libgtkhtml-2.so.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 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 gts-0.7.6-15.fc15.i686 requires libnetpbm.so.10 gts-0.7.6-15.fc15.x86_64 requires libnetpbm.so.10()(64bit) gummi-0.5.8-5.fc17.x86_64 requires libpoppler.so.18()(64bit)
Re: F17 heads up: X server git snapshots
On Mon, 2011-11-14 at 06:48 -0500, Mystilleef wrote:
Hello,
Wow, I read this a little too late. I did an update, using
--skip-broken, today and now Xorg is broken. I use the open source ati
drivers. The Xorg log indicates a version mismatch between Xorg and
the drivers. Is there a way to reverse or fix this?
Get the list of X packages you have installed, download the F16 builds
of same from koji, and downgrade to them. Something like this perhaps:
$ rpm -qa --qf=%{name}\n xorg-x11-\* | xargs -n 1 koji download-build
--latestfrom=f16-updates --arch=$(arch)
$ sudo rpm -Uvh --oldpackage xorg-x11-*$(arch).rpm
Probably there's a way to achieve the same thing that won't end with yum
complaining about the rpmdb being modified behind its back, but meh.
- ajax
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: F17 heads up: X server git snapshots
Adam Jackson wrote: Probably there's a way to achieve the same thing that won't end with yum complaining about the rpmdb being modified behind its back, but meh. # sudo yum downgrade ./xorg-x11-*$(arch).rpm -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Plan for today's FESCo meeting (2011-11-14 at 18UTC)
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 = Followups = #topic #667 Request to fix CRITPATH update process .fesco 667 #topic #692 Adjust FESCo election policy .fesco 692 #topic #690 F17 Feature: move all to /usr - https://fedoraproject.org/wiki/Features/UsrMove .fesco 690 = New business = #topic #693 IPv6 support requirement in Fedora package .fesco 693 #topic #694 Consider sanctions against glibc .fesco 694 #topic #695 Recommend 64-bit download by default .fesco 695 #topic #696 F17 Feature: Gnome Shell Configurability - https://fedoraproject.org/wiki/Features/GnomeShellConfigurability .fesco 696 #topic #697 F17 Feature - ConsoleKit Removal/Automatic Multi-Seat Support - https://fedoraproject.org/wiki/Features/ckremoval None .fesco 697 #topic #698 F17Feature: SysV to Systemd - https://fedoraproject.org/wiki/Features/SysVtoSystemd None .fesco 698 #topic Consider including bash-completion package by default (base, not core) .fesco 689 = Open Floor = #topic Open Floor For more complete details, please visit each individual ticket. The report 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. signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File App-perlbrew-0.33.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perlbrew: 3efc9e895843427edd2062f999c9cc7b App-perlbrew-0.33.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
[perlbrew] update to 0.33
commit 80c6d2baf966f400d06348add1ade0d3891e6e43
Author: Iain Arnell iarn...@gmail.com
Date: Mon Nov 14 16:51:09 2011 +0100
update to 0.33
.gitignore|1 +
perlbrew.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index af6a93b..aedb64c 100644
--- a/.gitignore
+++ b/.gitignore
@@ -12,3 +12,4 @@
/App-perlbrew-0.28.tar.gz
/App-perlbrew-0.29.tar.gz
/App-perlbrew-0.32.tar.gz
+/App-perlbrew-0.33.tar.gz
diff --git a/perlbrew.spec b/perlbrew.spec
index b6fb550..02df80c 100644
--- a/perlbrew.spec
+++ b/perlbrew.spec
@@ -1,5 +1,5 @@
Name: perlbrew
-Version:0.32
+Version:0.33
Release:1%{?dist}
Summary:Manage perl installations in your $HOME
License:MIT
@@ -73,6 +73,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Mon Nov 14 2011 Iain Arnell iarn...@gmail.com 0.33-1
+- update to latest upstream version
+
* Mon Nov 14 2011 Iain Arnell iarn...@gmail.com 0.32-1
- update to latest upstream version
- add additional runtime requires
diff --git a/sources b/sources
index 06406a4..d99bc63 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-da56334934e57f8a38624917b4009fa6 App-perlbrew-0.32.tar.gz
+3efc9e895843427edd2062f999c9cc7b App-perlbrew-0.33.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
Re: F17 heads up: X server git snapshots
Mystilleef mystill...@gmail.com writes: Hello, Wow, I read this a little too late. I did an update, using --skip-broken, today and now Xorg is broken. I use the open source ati drivers. The Xorg log indicates a version mismatch between Xorg and the drivers. Is there a way to reverse or fix this? yum history followed by yum history undo? /Benny -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Bug 737387 and Fedora 14
Hi, Bug 737387 fixes a race condition that can cause fork() in a multithreaded program to lock up. I can confirm that the issue fixed in bug 737387 exists in Fedora 14 as well. Fedora 14 isn't at end of life just yet (though it's close!). Is there any chance of getting a glibc update for 14 with this fix? Thanks, David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fesco membership policies
Something that was brought up at the last fesco meeting is that fesco membership is currently restricted to members of the packaging group. That's arguably overly restrictive - fesco is intended to be the body with technical oversight over the entire project, not merely packaging, and in that situation it seems odd to restrict membership to a subset of the people under fesco's pervue. There's a few things we can do here. We can keep the status quo. We can add new groups such as qa. Or we can open it to the entire project and just assume that the electorate will ensure that nobody inappropriate gets elected. Anyone have opinions on what we should be doing here? -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bug 737387 and Fedora 14
On Mon, Nov 14, 2011 at 4:11 PM, David Shaw ds...@jabberwocky.com wrote: Hi, Bug 737387 fixes a race condition that can cause fork() in a multithreaded program to lock up. I can confirm that the issue fixed in bug 737387 exists in Fedora 14 as well. Fedora 14 isn't at end of life just yet (though it's close!). Is there any chance of getting a glibc update for 14 with this fix? I would second that, OLPC is using F-14 for our current stable release (moving to track rawhide for the next release) and I would love to see a fix before F-14 is EOL. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fesco membership policies
On Mon, Nov 14, 2011 at 4:15 PM, Matthew Garrett mj...@srcf.ucam.org wrote: Something that was brought up at the last fesco meeting is that fesco membership is currently restricted to members of the packaging group. That's arguably overly restrictive - fesco is intended to be the body with technical oversight over the entire project, not merely packaging, and in that situation it seems odd to restrict membership to a subset of the people under fesco's pervue. There's a few things we can do here. We can keep the status quo. We can add new groups such as qa. Or we can open it to the entire project and just assume that the electorate will ensure that nobody inappropriate gets elected. Anyone have opinions on what we should be doing here? Sounds reasonable to me, is changes to FESCo something that needs to be approved by the Board? (adding f-a-b mailing list for clarification). Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fesco membership policies
On 11/14/2011 11:19 AM, Peter Robinson wrote: On Mon, Nov 14, 2011 at 4:15 PM, Matthew Garrettmj...@srcf.ucam.org wrote: Something that was brought up at the last fesco meeting is that fesco membership is currently restricted to members of the packaging group. That's arguably overly restrictive - fesco is intended to be the body with technical oversight over the entire project, not merely packaging, and in that situation it seems odd to restrict membership to a subset of the people under fesco's pervue. There's a few things we can do here. We can keep the status quo. We can add new groups such as qa. Or we can open it to the entire project and just assume that the electorate will ensure that nobody inappropriate gets elected. Anyone have opinions on what we should be doing here? Sounds reasonable to me, is changes to FESCo something that needs to be approved by the Board? (adding f-a-b mailing list for clarification). Peter Multidisciplinary membership is good. However, please keep a balance in that no one group is over represented. Also, how about a non-technical member from the general user community? Should provide a nice balance to the technical side. -- Regards, OldFart -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fesco membership policies
On Mon, Nov 14, 2011 at 6:31 PM, Clyde E. Kunkel clydekunkel7...@cox.net wrote: On 11/14/2011 11:19 AM, Peter Robinson wrote: On Mon, Nov 14, 2011 at 4:15 PM, Matthew Garrettmj...@srcf.ucam.org wrote: Something that was brought up at the last fesco meeting is that fesco membership is currently restricted to members of the packaging group. That's arguably overly restrictive - fesco is intended to be the body with technical oversight over the entire project, not merely packaging, and in that situation it seems odd to restrict membership to a subset of the people under fesco's pervue. There's a few things we can do here. We can keep the status quo. We can add new groups such as qa. Or we can open it to the entire project and just assume that the electorate will ensure that nobody inappropriate gets elected. Anyone have opinions on what we should be doing here? Sounds reasonable to me, is changes to FESCo something that needs to be approved by the Board? (adding f-a-b mailing list for clarification). Peter Multidisciplinary membership is good. However, please keep a balance in that no one group is over represented. That wasn't really the point. It was just about who is eligible to be elected. No per group quotas. Also, how about a non-technical member from the general user community? Should provide a nice balance to the technical side. That does not make sense. Why should a non-technical member be in the body that make technical decisions? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A small request
Le Lun 14 novembre 2011 15:36, Adam Jackson a écrit : Did --skip-broken not do what you'd wanted? Yesterday evening skip-broken would install new xorg drivers but not the server package, and x would die on startup stating modules are at abi version 12, but server only at abi version 11 (or something like that, I'm reconstructing from memory) -- Nicolas Mailhot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A small request
Hi, For example, xorg-x11 is currently messed up for a number of subpackages (as is libreoffice - poppler seems broken again). What would be great would be if when xorg-x11 is rebuild, all of the xorg-x11 subpackages are automagically rebuilt and if one of those fails, then the main package fails and so some of the rawhide issues get avoided and nice things like the x server stays up. Did --skip-broken not do what you'd wanted? Unfortunately not. While it has prevented libreoffice from installing, something else is saying that there is an ABI problem with vesa, openchrome and neuveau now which the --skip-broken didn't stop getting through. What I'm thinking is that if (say) xorg-x11 is built, the drivers also get built to ensure the likes of the ABI problem I've hit doesn't happen Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: texlive 2010 or 2011 in Fedora
Le Lun 14 novembre 2011 10:52, heiterbisstuermig a écrit : Hi, There is a version of texlive-2011 for Fedora 16. You can get it from http://fedoraproject.org/wiki/Features/TeXLive However, this work is still not imported in Fedora, so it would be nice if interested TEX users could help Jindrich Novy wrap it up Regards, -- Nicolas Mailhot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A small request
On Mon, 2011-11-14 at 16:44 +, Paul Johnson wrote: What I'm thinking is that if (say) xorg-x11 is built, the drivers also get built to ensure the likes of the ABI problem I've hit doesn't happen I understand the desire, yes. I was expressing surprise that I hadn't adequately guarded you from desiring it. - ajax 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: Fesco membership policies
On Mon, Nov 14, 2011 at 11:19 AM, Peter Robinson pbrobin...@gmail.com wrote: On Mon, Nov 14, 2011 at 4:15 PM, Matthew Garrett mj...@srcf.ucam.org wrote: Something that was brought up at the last fesco meeting is that fesco membership is currently restricted to members of the packaging group. That's arguably overly restrictive - fesco is intended to be the body with technical oversight over the entire project, not merely packaging, and in that situation it seems odd to restrict membership to a subset of the people under fesco's pervue. There's a few things we can do here. We can keep the status quo. We can add new groups such as qa. Or we can open it to the entire project and just assume that the electorate will ensure that nobody inappropriate gets elected. Anyone have opinions on what we should be doing here? Sounds reasonable to me, is changes to FESCo something that needs to be approved by the Board? (adding f-a-b mailing list for clarification). This is an election policy - and traditionally those have completely been within the purview of the body to which they apply(e.g. this is all FESCo's bailiwick, no need for the Board to meddle) I would caution about imminent changes to an election policy now that the process has already begun. (e.g., nominations are now over, so changing the rules at this point about who is eligible should be carefully considered, perhaps any changes put in place could have an effective date after the current elections cycle.) ((actually - meta-note here - FESCo doesn't follow the same nomination period that the other elected bodies do, per their election policy they can nominate themselves up to 3 days before voting commences[0], so perhaps that isn't too painful to change - however, I don't think anyone has actually acted according to those guidelines in some time, perhaps that should also be considered for change by FESCo as well) --David [0] http://fedoraproject.org/wiki/FESCo_election_policy#Candidates -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
gdbm license change
Hi, GNU database indexing library (gdbm) has changed its license to GPLv3+. Cheers, Honza -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: cisco vpn because of ipsec over tcp
On Mon, Nov 14, 2011 at 09:08:05PM +0400, Lucas wrote: I am talking about ipsec over TCP. Everything can do ipsec over UDP, but none over TCP. But on my job for the security reason UDP is blocked, cisco vpn can do ipsec over tcp. It seems you have your layering wrong. IPSec operates on IP protocol, below UDP and TCP. Only IKE, the key exchange, protocol works on UDP. Maybe you thought about different technology? For VPN, OpenVPN provided in Fedora support TCP transport. -- Tomasz Torcz RIP is irrevelant. Spoofing is futile. xmpp: zdzich...@chrome.pl Your routes will be aggreggated. -- Alex Yuriev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Advanced IPv6 in NetworkManager
On Mon, Nov 14, 2011 at 02:43:10PM +0100, Ola Thoresen wrote: So you say that both IPV6_AUTOCONF=yes IPV6ADDR_SECONDARIES=2001:840:0:11::30/64 Shoudl work? (Have not tested yet, but might do that later today). I believe IPV6INIT=yes IPV6_AUTOCONF=yes IPV6ADDR=2001:840:0:11::30/64 should work and give you both the static IPV6ADDR plus a dynamic address from RA. At least with that config I'm getting these addresses: inet6 addr: 2a01:798:0:8012::5/64 Scope:Global# IPV6ADDR inet6 addr: 2a01:798:0:8012:21a:4aff:fea8:8501/64 Scope:Global # RA inet6 addr: fe80::21a:4aff:fea8:8501/64 Scope:Link # link local I think you only need IPV6ADDR_SECONDARIES if you need to add more than one static address. So for your original example: IPV6INIT=yes IPV6_AUTOCONF=yes IPV6ADDR=2001:840:0:11::10/64 IPV6ADDR_SECONDARIES=2001:840:0:11::20/64 -jf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gdbm license change
On Mon, 2011-11-14 at 18:18 +0100, Honza Horak wrote: Hi, GNU database indexing library (gdbm) has changed its license to GPLv3+. A quick scan says this affects: avahi-ui-tools (LGPLv2) gnu-smalltalk (GPLv2+ with exceptions) jpilot-backup (GPLv2+) libguestfs (LGPLv2+) librep (GPLv2+) man-db (GPLv2+ and GPLv3+) perl (unholy) perl-XML-LibXSLT (GPL+ or Artistic) q (GPLv2+) ruby-libs ((Ruby or GPLv2) and (GPL+ or Artistic)) ypserv (GPLv2) - ajax 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: Fesco membership policies
On Mon, Nov 14, 2011 at 04:19:50PM +, Peter Robinson wrote: On Mon, Nov 14, 2011 at 4:15 PM, Matthew Garrett mj...@srcf.ucam.org wrote: Something that was brought up at the last fesco meeting is that fesco membership is currently restricted to members of the packaging group. That's arguably overly restrictive - fesco is intended to be the body with technical oversight over the entire project, not merely packaging, and in that situation it seems odd to restrict membership to a subset of the people under fesco's pervue. There's a few things we can do here. We can keep the status quo. We can add new groups such as qa. Or we can open it to the entire project and just assume that the electorate will ensure that nobody inappropriate gets elected. Anyone have opinions on what we should be doing here? Sounds reasonable to me, is changes to FESCo something that needs to be approved by the Board? (adding f-a-b mailing list for clarification). Which option sounds reasonable? ;-) Traditionally, Board approval is not needed here and I don't think I personally would want to see that change at this point in time (not broke, don't fix). -Toshio pgp4r3jdBfxPC.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
ARM Architecture - Package Updates in git
The ARM Secondary Arch project[0] is working on an F15 release for the
existing armv5tel architecture as well as the new armv7hl architecture
(with hardfp ABI). This effort has been previously announced and is
ongoing. A number of minor package changes are required as a result of
this effort:
(1) In a number of spec files, hardcoded armv5tel references (or other
arm arch names) need to be changed to %{arm}
(2) F15 brings arm-compatible releases of a number of languages, such as
ocaml. Therefore packages which were previously %ignorearch %{arm} can
now be built on arm.
(3) Arch-specific conditionals may be required for alternate build
dependencies, flags, or steps (e.g., tests failing due to test flaws on
ARM rather than flaws in the built software).
Patches for these minor changes will be directly applied to
F15/F16/master branches in accordance with
http://fedoraproject.org/wiki/Who_is_allowed_to_modify_which_packages#Minor.2C_general_or_cleanup_changes
; larger changes will be filed as bugs, where appropriate.
The list of affected packages (growing) is at
https://fedoraproject.org/wiki/Architectures/ARM/Fedora15_HardFP_Bootstrap_package_status#Packages_Needing_ARM_Patches_Upstreamed
-Chris
[0] https://fedoraproject.org/wiki/Arch:ARM ;
https://admin.fedoraproject.org/mailman/listinfo/arm ;
irc://irc.freenode.net/fedora-arm
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
no rawhide images/
Looking at http://kojipkgs.fedoraproject.org/mash/rawhide-2014/logs/mash.log (and previous logs), I don't see any obvious message for why the images/ directory isn't being created in the composes. anyone have info on what's broken ? Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: no rawhide images/
On Nov 14, 2011, at 10:24 AM, Dave Jones wrote: Looking at http://kojipkgs.fedoraproject.org/mash/rawhide-2014/logs/mash.log (and previous logs), I don't see any obvious message for why the images/ directory isn't being created in the composes. anyone have info on what's broken ? Dave We don't make images for Rawhide, we haven't for a number of releases now. Images only get turned on when we branch. - jlk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 746196] perlbrew-0.33 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=746196 Iain Arnell iarn...@gmail.com changed: What|Removed |Added Status|NEW |CLOSED Resolution||RAWHIDE Last Closed||2011-11-14 13:34:05 --- Comment #4 from Iain Arnell iarn...@gmail.com 2011-11-14 13:34:05 EST --- 0.33 is in rawhide now. https://koji.fedoraproject.org/koji/buildinfo?buildID=273969 -- 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: Fesco membership policies
On Mon, Nov 14, 2011 at 16:15:05 +, Matthew Garrett mj...@srcf.ucam.org wrote: Something that was brought up at the last fesco meeting is that fesco membership is currently restricted to members of the packaging group. That's arguably overly restrictive - fesco is intended to be the body with technical oversight over the entire project, not merely packaging, and in that situation it seems odd to restrict membership to a subset of the people under fesco's pervue. There's a few things we can do here. We can keep the status quo. We can add new groups such as qa. Or we can open it to the entire project and just assume that the electorate will ensure that nobody inappropriate gets elected. Anyone have opinions on what we should be doing here? I'd like to see it opened up a bit. I think at least some people in the QA team have a strong technical background and would be good to have on FESCO. The issue that came up in the discussion was that there is a good group to use to include for QA. The qa group isn't really used and proventesters is a bit broad and its future is in question. One possible solution is to start using the qa group to track the core members of the qa team. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gdbm license change
On 11/14/2011 07:57 PM, Adam Jackson wrote: On Mon, 2011-11-14 at 18:18 +0100, Honza Horak wrote: Hi, GNU database indexing library (gdbm) has changed its license to GPLv3+. A quick scan says this affects: [...] ypserv (GPLv2) This one looks like an incompatibility. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gdbm license change
On Mon, 2011-11-14 at 20:46 +0200, Ville Skyttä wrote: On 11/14/2011 07:57 PM, Adam Jackson wrote: On Mon, 2011-11-14 at 18:18 +0100, Honza Horak wrote: Hi, GNU database indexing library (gdbm) has changed its license to GPLv3+. A quick scan says this affects: [...] ypserv (GPLv2) This one looks like an incompatibility. Without going into details (in that I haven't read the source or the licenses in detail, just the GPL compatibility matrix) those are _all_ likely incompatibilities. - ajax 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 Mon, Nov 14, 2011 at 7:59 PM, Adam Jackson a...@redhat.com wrote: On Mon, 2011-11-14 at 20:46 +0200, Ville Skyttä wrote: On 11/14/2011 07:57 PM, Adam Jackson wrote: On Mon, 2011-11-14 at 18:18 +0100, Honza Horak wrote: Hi, GNU database indexing library (gdbm) has changed its license to GPLv3+. A quick scan says this affects: [...] ypserv (GPLv2) This one looks like an incompatibility. Without going into details (in that I haven't read the source or the licenses in detail, just the GPL compatibility matrix) those are _all_ likely incompatibilities. Also without reading the source, just the license tags, all of those Lessers and pluses make most of them compatible. Even Perl's unholy license (really (GPL+ or Artistic) and (GPLv2+ or Artistic) and Copyright Only and MIT and Public Domain and UCD) as a whole basically boils down to GPLv2+ which is okay (and in reality, it's only the (GPL+ or Artistic) bits that link with gdbm). The only other incompatibility seems to be ruby-libs with (Ruby or GPLv2). -- Iain. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gdbm license change
On Mon, Nov 14, 2011 at 12:57:20PM -0500, Adam Jackson wrote: On Mon, 2011-11-14 at 18:18 +0100, Honza Horak wrote: Hi, GNU database indexing library (gdbm) has changed its license to GPLv3+. A quick scan says this affects: libguestfs (LGPLv2+) The LGPLv2+ libguestfs.so library does not link to libgdbm.so. So AFAICT, the libgdbm.so dependancy in the libguestfs RPM is solely for the generated appliance image which runs in the QEMU guest, and thus has no bearing on the libguestfs.so license. CC'ing rjones to confirm. Regards, Daniel -- |: http://berrange.com -o-http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
printing
Hi gang, I'm having a problem that I haven't had for years. With each upgrade since maybe 2005 until Fedora 16, I have been able to install the xqx driver for my HP P1005 with no problems; I just followed the directions at http://foo2zjs.rkkda.com/. But with Fedora 16 it is not working. Is there any way that you could help? Is there a command that I am missing in the printing software? Thanks for the help. Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gdbm license change
Le 14/11/2011 20:12, Iain Arnell a écrit : Also without reading the source, just the license tags, all of those Lessers and pluses make most of them compatible. Even Perl's unholy license (really (GPL+ or Artistic) and (GPLv2+ or Artistic) and Copyright Only and MIT and Public Domain and UCD) as a whole basically boils down to GPLv2+ which is okay (and in reality, it's only the (GPL+ or Artistic) bits that link with gdbm). The only other incompatibility seems to be ruby-libs with (Ruby or GPLv2). Ruby 1.9.3 has been released 2 weeks ago and relicensed under Ruby or BSD 2-clauses, so it's time to ditch good ol' Ruby 1.8.7* Best regards, H. PS: why the hell are we still shipping this crap ? Ruby 1.9.x has been the stable branch for almost three years, now. Upstream has decided to stop providing bugfixes for Ruby 1.8.7 by june 2012 and CVE fixes by june 2013. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fesco membership policies
On 11/14/2011 06:38 PM, Bruno Wolff III wrote: The issue that came up in the discussion was that there is a good group to use to include for QA. The qa group isn't really used and proventesters is a bit broad and its future is in question. One possible solution is to start using the qa group to track the core members of the qa team. So the QA group will be restored to it's previous functionality along with it's members right We have kept it very hard to not make any kind of distinction in the QA community everybody's treated equal no one is better then the next man and everybody have to follow the same procedures while having as little entry level as possible and now you are proposing that we shatter that by reintroducing team elite and label people part of core or not part of core. That alone is something that needs to be discussed with the QA community itself. By the way there arent any official ruling body of QA and those that are doing most the work a.k.a so called core members of the QA team are the once subscribed to the Red Hat check and are doing so as a part of their $dayjob and perhaps on their free time as well I dont know. The real issue here is that it seems to be popular amongst candidates to slap some kind of QA statement into their candidacy even if those individual have never been part of the QA community et all atleast not to any large extent and that has somehow be tied with the QA Community general. People that are involved usually don't need any introduction or be tied to any subgroup within the project their track record speaks for themselves so in all fairness either keep status quo or drop all requirements and let user keep what ever they voted over themselves as a result of that. JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Summary/Minutes from today's FESCo meeting (2011-11-14 at 18UTC)
=== #fedora-meeting: FESCO (2011-11-14) === Meeting started by nirik at 18:00:01 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2011-11-14/fesco.2011-11-14-18.00.log.html Meeting summary --- * init process (nirik, 18:00:01) * #667 Request to fix CRITPATH update process (nirik, 18:02:21) * will defer this for a week looking for more input from QA/Tester folks. (nirik, 18:03:41) * AGREED: will defer this for a week looking for more input from QA/Tester folks. (nirik, 18:03:53) * #692 Adjust FESCo election policy (nirik, 18:04:00) * ACTION: defer to next week, collect feedback and revisit. (nirik, 18:19:36) * #690 F17 Feature: move all to /usr https://fedoraproject.org/wiki/Features/UsrMove (nirik, 18:19:50) * ACTION: : -4 votes, +4 votes, feature owners will consult with remaining fesco member in ticket. (nirik, 18:41:38) * ACTION: nirik to file FPC ticket for looking over things vs guidelines. (nirik, 18:41:55) * #693 IPv6 support requirement in Fedora package (nirik, 18:43:09) * AGREED: tell maintainer to please support listening on both ipv4 and ipv6 in vsftpd. additionally, file FPC ticket to ask them to add a 'SHOULD: should support both ipv6 and ipv4 connections if support exists' ? (nirik, 18:54:15) * ACTION: nirik to file FPC ticket about ipv6 support. (nirik, 18:59:14) * #694 Consider sanctions against glibc (nirik, 19:00:12) * AGREED: remove ownership/acls for current glibc maintainer on the glibc package. (nirik, 19:10:39) * LINK: https://admin.fedoraproject.org/pkgdb/users/packages/schwab?acls=owneracls=approveaclsacls=commit (abadger1999, 19:12:06) * #695 Recommend 64-bit download by default (nirik, 19:12:53) * LINK: http://lists.fedoraproject.org/pipermail/advisory-board/2011-November/011037.html (nirik, 19:17:05) * LINK: http://lists.fedoraproject.org/pipermail/advisory-board/2011-November/011037.html (abadger1999, 19:17:19) * AGREED: will promote 64bit as default for f17. websites to determine the best way to present things. (nirik, 19:23:52) * #696 F17 Feature: Gnome Shell Configurability https://fedoraproject.org/wiki/Features/GnomeShellConfigurability (nirik, 19:24:30) * AGREED: Feature is rejected at this time. Feature owner should work with desktop team/gnome upstream. (nirik, 19:27:31) * #697 F17 Feature - ConsoleKit Removal/Automatic Multi-Seat Support - https://fedoraproject.org/wiki/Features/ckremoval None (nirik, 19:27:35) * AGREED: Feature is approved. (nirik, 19:29:45) * #698 F17Feature: SysV to Systemd - https://fedoraproject.org/wiki/Features/SysVtoSystemd (nirik, 19:30:17) * AGREED: Feature is approved. (nirik, 19:31:29) * Consider including bash-completion package by default (base, not core) (nirik, 19:31:33) * AGREED: Feature is approved. (nirik, 19:32:37) * Open Floor (nirik, 19:32:56) * ACTION: mjg59 to chair next week. (nirik, 19:37:19) Meeting ended at 19:39:11 UTC. Action Items * defer to next week, collect feedback and revisit. * : -4 votes, +4 votes, feature owners will consult with remaining fesco member in ticket. * nirik to file FPC ticket for looking over things vs guidelines. * nirik to file FPC ticket about ipv6 support. * mjg59 to chair next week. Action Items, by person --- * mjg59 * mjg59 to chair next week. * nirik * nirik to file FPC ticket for looking over things vs guidelines. * nirik to file FPC ticket about ipv6 support. * **UNASSIGNED** * defer to next week, collect feedback and revisit. * : -4 votes, +4 votes, feature owners will consult with remaining fesco member in ticket. People Present (lines said) --- * nirik (165) * ajax (51) * t8m (47) * mjg59 (47) * abadger1999 (37) * sgallagh (30) * dwmw2 (26) * pjones (25) * haraldh (21) * drago01 (19) * mmaslano (17) * zodbot (14) * jsmith (13) * kay (9) * Southern_Gentlem (9) * gholms (5) * cwickert (5) * lmacken (2) * skalnik_rh (2) * shaiton (2) * bpepple (1) * Viking-Ice (1) * adamw (1) * jwb (1) * notting (0) -- 18:00:01 nirik #startmeeting FESCO (2011-11-14) 18:00:01 zodbot Meeting started Mon Nov 14 18:00:01 2011 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:01 zodbot Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:00:01 nirik #meetingname fesco 18:00:01 zodbot The meeting name has been set to 'fesco' 18:00:01 nirik #chair notting nirik ajax cwickert mjg59 mmaslano t8m pjones sgallagh 18:00:01 nirik #topic init process 18:00:01 zodbot Current chairs: ajax cwickert mjg59 mmaslano nirik notting pjones sgallagh t8m 18:00:19 t8m Hello 18:00:30 nirik morning all. 18:01:01 sgallagh I'm here but splitting my attention 18:01:16 mmaslano hi 18:01:32 * cwickert is here but needs to
Re: printing
On 11/14/2011 02:27 PM, Richard Vickery wrote: Hi gang, I'm having a problem that I haven't had for years. With each upgrade since maybe 2005 until Fedora 16, I have been able to install the xqx driver for my HP P1005 with no problems; I just followed the directions at http://foo2zjs.rkkda.com/. But with Fedora 16 it is not working. Is there any way that you could help? Is there a command that I am missing in the printing software? Don't know if it is helpful but I had trouble installing my Lexmark C610 on a USB parallel port adapter using the desktop tool (it recognized the printer but did nothing when I clicked to add it). I installed system-config-printer, which was not in a default install set, and that installed the printer just fine. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gdbm license change
On 11/14/2011 08:59 PM, Adam Jackson wrote:
On Mon, 2011-11-14 at 20:46 +0200, Ville Skyttä wrote:
On 11/14/2011 07:57 PM, Adam Jackson wrote:
On Mon, 2011-11-14 at 18:18 +0100, Honza Horak wrote:
Hi,
GNU database indexing library (gdbm) has changed its license to GPLv3+.
A quick scan says this affects:
[...]
ypserv (GPLv2)
This one looks like an incompatibility.
Without going into details (in that I haven't read the source or the
licenses in detail, just the GPL compatibility matrix) those are _all_
likely incompatibilities.
A lot of GPLv2+ and GPL+ software as well as things under other licenses
in Fedora link to GPLv3+ libraries and I believe that's not considered a
problem as long as the former licenses are upgradable to GPLv3+ (which
GPLv2 is not). For an example, see what links with readline:
repoquery --repoid=rawhide --qf=%{NAME}: %{LICENSE} \
--whatrequires --exactdeps libreadline*.so*
(Yep, there are some potential problem cases in that list as well, at
least the GPLv2 ones.)
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Anyone interested in abi-compatibility-checker?
I was looking for a way to check abi compatibility for a package I maintain that does not control API/ABI compatibility and found this: http://forge.ispras.ru/projects/abi-compliance-checker I already have it packaged for my own use so I thought I'd check to see if anyone else is interested in it, and if so, if someone will want to review it. Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: cisco vpn because of ipsec over tcp
Hi, Fedora ships the open source vpnc client which supports the Cisco VPN environment. I'm using it daily and it works for me without any problems. There is also a proprietary client from Cisco: http://www.cisco.com/en/US/products/sw/secursw/ps2308/index.html . On 11/14/2011 06:34 PM, Tomasz Torcz wrote: On Mon, Nov 14, 2011 at 09:08:05PM +0400, Lucas wrote: I am talking about ipsec over TCP. Everything can do ipsec over UDP, but none over TCP. But on my job for the security reason UDP is blocked, cisco vpn can do ipsec over tcp. It seems you have your layering wrong. IPSec operates on IP protocol, below UDP and TCP. Only IKE, the key exchange, protocol works on UDP. Maybe you thought about different technology? For VPN, OpenVPN provided in Fedora support TCP transport. To clarify the misunderstanding: Cisco's VPN concentrator provides the feature IPSec over TCP. Unfortunately, vpnc does not support it: man 8 vpnc: [...] --natt-mode natt/none/force-natt/cisco-udp Which NAT-Traversal Method to use: · natt -- NAT-T as defined in RFC3947 · none -- disable use of any NAT-T method · force-natt -- always use NAT-T encapsulation even without presence of a NAT device (useful if the OS captures all ESP traffic) · cisco-udp -- Cisco proprietary UDP encapsulation, com‐ monly over Port 1 Note: cisco-tcp encapsulation is not yet supported Default: natt conf-variable: NAT Traversal Mode natt/none/force-natt/cisco-udp [...] So it looks like that for your use case (connecting to a Cisco VPN using IPSec over TCP) you have to use Cisco's proprietary client. Best regards, Christian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Anyone interested in abi-compatibility-checker?
Yes, I'll review it. On Mon, Nov 14, 2011 at 2:46 PM, Richard Shaw hobbes1...@gmail.com wrote: I was looking for a way to check abi compatibility for a package I maintain that does not control API/ABI compatibility and found this: http://forge.ispras.ru/projects/abi-compliance-checker I already have it packaged for my own use so I thought I'd check to see if anyone else is interested in it, and if so, if someone will want to review it. Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: printing
On 14/11/11 19:27, Richard Vickery wrote: Hi gang, I'm having a problem that I haven't had for years. With each upgrade since maybe 2005 until Fedora 16, I have been able to install the xqx driver for my HP P1005 with no problems; I just followed the directions at http://foo2zjs.rkkda.com/. But with Fedora 16 it is not working. Is there any way that you could help? Is there a command that I am missing in the printing software? Thanks for the help. Richard yum install hplip hplip-gui system-config-printer -- Regards, Frank Murphy UTF_8 Encoded Friend of fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Anyone interested in abi-compatibility-checker?
On Mon, Nov 14, 2011 at 1:48 PM, Nathaniel McCallum nathan...@natemccallum.com wrote: Yes, I'll review it. https://bugzilla.redhat.com/show_bug.cgi?id=753900 It's perl based so if you're not familiar with perl packaging (this is my first perl package) it might help to get someone from the perl-sig to review it as well. Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Anyone interested in abi-compatibility-checker?
If its perl, I'm probably not qualified. Anyone else want to take this? On Mon, Nov 14, 2011 at 3:13 PM, Richard Shaw hobbes1...@gmail.com wrote: On Mon, Nov 14, 2011 at 1:48 PM, Nathaniel McCallum nathan...@natemccallum.com wrote: Yes, I'll review it. https://bugzilla.redhat.com/show_bug.cgi?id=753900 It's perl based so if you're not familiar with perl packaging (this is my first perl package) it might help to get someone from the perl-sig to review it as well. Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Virtual Fedora Activity Day: Fedora Hosted 2.0 (2011-11-16 at 20UTC)
Greetings. Fedora Infrastructure is in the planning stages for migrating fedorahosted.org over to new hardware. As part of this planning we would like to hold a Virtual Fedora Activity day in the #fedora-fad IRC channel on freenode. (or any other places that make sense after we organize in #fedora-fad) Things we are going to work on/plan: * Migrating fedorahosted.org to new hardware, possibly splitting it out into multiple machines, and/or making it easier to migrate instances around for capacity/other reasons. * Migrating to a RHEL6 base OS, including newer trac, newer scms, and newer software in general. Testing plans, checking what things migrate nicely, etc. * Migrating mailing lists over to our collab servers to reduce load on hosted machines. Or perhaps a dedicated hosting mailing list machine. * Making things easier to support or add new services. Deliverables: * A plan for what machines/instances we need to install and what they will be used for. * A SOP for migrating a project from the old fedorahosted machine to new one(s), listing step by step the process. * A list of end developer/user visible changes and actions needed (hopefully few to none). * A deadline for migrating instances to the new setup. If you are a developer that uses fedorahosted.org or have interest in infrastructure and helping plan migrations, we would love to hear from you. If you're unable to attend the vFAD, feel free to email me or the infrastructure list with your ideas or suggestions. Help us make fedorahosted the best place to host your code or project! kevin signature.asc Description: PGP signature ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
review swap
Hi, I would be willing to swap a review of gmtk [1] in rpmfusion for another review, be it RPM Fusion or Fedora, preferably not something overly complex. Feel free to contact me if you are interested. Cheers, Julian [1] https://bugzilla.rpmfusion.org/show_bug.cgi?id=1958 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F17 heads up: X server git snapshots
On Mon, 2011-11-14 at 09:42 -0500, Adam Jackson wrote:
On Mon, 2011-11-14 at 06:48 -0500, Mystilleef wrote:
Hello,
Wow, I read this a little too late. I did an update, using
--skip-broken, today and now Xorg is broken. I use the open source ati
drivers. The Xorg log indicates a version mismatch between Xorg and
the drivers. Is there a way to reverse or fix this?
Get the list of X packages you have installed, download the F16 builds
of same from koji, and downgrade to them. Something like this perhaps:
$ rpm -qa --qf=%{name}\n xorg-x11-\* | xargs -n 1 koji download-build
--latestfrom=f16-updates --arch=$(arch)
$ sudo rpm -Uvh --oldpackage xorg-x11-*$(arch).rpm
Probably there's a way to achieve the same thing that won't end with yum
complaining about the rpmdb being modified behind its back, but meh.
Set up the F16 repos and do 'yum downgrade'.
--
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: gdbm license change
On 11/14/2011 12:57 PM, Adam Jackson wrote: ruby-libs ((Ruby or GPLv2) and (GPL+ or Artistic)) ypserv (GPLv2) At a quick glance, these are the only two areas of licensing concern, and Ruby can be resolved with a major version update as pointed out elsewhere. Thorsten, would you be willing to relicense ypserv as GPLv2 or later (or GPLv3) to resolve this incompatibility? (gdbm moved to GPLv3+). Thanks, ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: cisco vpn because of ipsec over tcp
Hi. On Mon, 14 Nov 2011 18:34:04 +0100, Tomasz Torcz wrote It seems you have your layering wrong. IPSec operates on IP protocol, below UDP and TCP. Only IKE, the key exchange, protocol works on UDP. Maybe you thought about different technology? For VPN, OpenVPN provided in Fedora support TCP transport The Cisco VPN client (and vpnc) can encapsulate ESP in UDP, to help transmission through firewalls, NAT and the like, the operative term for that is NAT-T. The Cisco VPN client can also use TCP encapsulation, although I think that requires support on the terminating device as well (it will not work by default). I've never used it in practice. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: no rawhide images/
On Mon, Nov 14, 2011 at 10:29:10AM -0800, Jesse Keating wrote: On Nov 14, 2011, at 10:24 AM, Dave Jones wrote: Looking at http://kojipkgs.fedoraproject.org/mash/rawhide-2014/logs/mash.log (and previous logs), I don't see any obvious message for why the images/ directory isn't being created in the composes. anyone have info on what's broken ? Dave We don't make images for Rawhide, we haven't for a number of releases now. Images only get turned on when we branch. that's unfortunate. f16 doesn't pxe install for me, and I'd rather make sure this doesn't affect 17 sooner rather than later. Where can I find the compose scripts So I can build images locally to debug this ? Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: no rawhide images/
On Nov 14, 2011, at 1:04 PM, Dave Jones wrote: that's unfortunate. f16 doesn't pxe install for me, and I'd rather make sure this doesn't affect 17 sooner rather than later. Where can I find the compose scripts So I can build images locally to debug this ? Pungi can be used, or probably more directly lorax can be used to generate images. I've been out of that game for a year or so (pre lorax), and I cannot speak to current practices. - jlk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes from today's FESCo meeting (2011-11-14 at 18UTC)
On 11/14/2011 07:39 PM, Kevin Fenzi wrote: * AGREED: tell maintainer to please support listening on both ipv4 and ipv6 in vsftpd. A rather odd something like this found it self on fesco tables instead of an RFE against component. If I'm not mistake the only thing you need to do is set listen=NO and listen_ipv6=YES in vsftpd.conf and it will listen to both ipv4 and ipv6 which I believe is the correct and expected behaviour from upstream. However when researching and writing this email I noticed that we seem to be carrying patch [1] that splits this into separated ipv6 behaviour which seem to have been done due to bug 592850 Due to that if admins and people alike want both they copy /etc/vsftpd/vsftpd.conf to /etc/vsftpd/vsftpd-ipv6.conf make the previous mentioned changes ( as are already mentioned in the vsftpd.conf file ) and simply create an ipv6 vsftpd unit in /etc/systemd/systemd directory ### vsftpd-ipv6.service ### [Unit] Description=Vsftpd ftp daemon After=network.target [Service] Type=forking ExecStart=/usr/sbin/vsftpd /etc/vsftpd/vsftpd-ipv6.conf [Install] WantedBy=multi-user.target JBG [1]. http://pkgs.fedoraproject.org/gitweb/?p=vsftpd.git;a=blob;f=vsftpd-2.2.2-v6only.patch;h=f0931e277da95a665106739c20c58d43ba1b90f6;hb=80f6d3e480feba94fab5ba2454249640854a7504 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Advanced IPv6 in NetworkManager
On 11/14/2011 06:43 PM, Jan-Frode Myklebust wrote: On Mon, Nov 14, 2011 at 02:43:10PM +0100, Ola Thoresen wrote: So you say that both IPV6_AUTOCONF=yes IPV6ADDR_SECONDARIES=2001:840:0:11::30/64 Shoudl work? (Have not tested yet, but might do that later today). I believe IPV6INIT=yes IPV6_AUTOCONF=yes IPV6ADDR=2001:840:0:11::30/64 should work and give you both the static IPV6ADDR plus a dynamic address from RA. At least with that config I'm getting these addresses: inet6 addr: 2a01:798:0:8012::5/64 Scope:Global # IPV6ADDR inet6 addr: 2a01:798:0:8012:21a:4aff:fea8:8501/64 Scope:Global # RA inet6 addr: fe80::21a:4aff:fea8:8501/64 Scope:Link # link local Unfortunately it does not seem to work here, which is a bit strange if it works for you... Just tested the exact same setup (with my own IP-addresses) and only the RA-address is set on the interface if i set IPV6_AUTOCON=yes. Even after a reboot. I could then add static addresses manually usin /sbin/ip ... But if I change ifcfg-eth0 back to IPV6_AUTOCONF=no it will imediately set the static address(es) This is with NetworkManager-0.9.1.90-5.git20110927.fc16.x86_64 Rgds Ola (T) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fesco membership policies
On 11/14/2011 05:50 PM, Matthew Garrett wrote: On Mon, Nov 14, 2011 at 12:31:21PM -0500, Clyde E. Kunkel wrote: Also, how about a non-technical member from the general user community? Very strong no from me. FESCO is a technical committee, supposed to provide strategic technical decisions and guidance - It is NOT meant to to deal with other topics, such as e.g. politics or marketing. Should provide a nice balance to the technical side. Fesco exists to make technical decisions. Exactly. The people who are members should be competent to make those decisions based on a thorough understanding of the issue, so I don't think having non-technical membership is ideal. Exactly. However, people (technical or otherwise) should feel able to provide their views in either the fesco ticketing system or at a meeting. That a completely different question, which I don't consider to be related to your initial question/remark, but to be a detail of FESCO's daily routine/channels of communication. I'd hope that we're not making decisions that are seen as user-hostile, but if we are we really would be interested in hearing about it. Well, if you ask me, ... FESCO has a long history of having drawn decisions which do not match with my vision of a community driven Linux distro and my hopes on Fedora. But that's just my individual view. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: no rawhide images/
El Mon, 14 Nov 2011 13:20:13 -0800 Jesse Keating jkeat...@j2solutions.net escribió: On Nov 14, 2011, at 1:04 PM, Dave Jones wrote: that's unfortunate. f16 doesn't pxe install for me, and I'd rather make sure this doesn't affect 17 sooner rather than later. Where can I find the compose scripts So I can build images locally to debug this ? Pungi can be used, or probably more directly lorax can be used to generate images. I've been out of that game for a year or so (pre lorax), and I cannot speak to current practices. you can use pungi to make a boot.iso and a pxe tree. you need to pass pungi a kickstart that has a repo line only that points at a rwahide repo. Dennis -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: no rawhide images/
On 11/14/2011 09:20 PM, Jesse Keating wrote: On Nov 14, 2011, at 1:04 PM, Dave Jones wrote: that's unfortunate. f16 doesn't pxe install for me, and I'd rather make sure this doesn't affect 17 sooner rather than later. Where can I find the compose scripts So I can build images locally to debug this ? Pungi can be used, or probably more directly lorax can be used to generate images. I've been out of that game for a year or so (pre lorax), and I cannot speak to current practices. Surely an ticket can be open with releng to make exception to the general rule and make an image for him to help debug this... JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fesco membership policies
Am Montag, den 14.11.2011, 12:31 -0500 schrieb Clyde E. Kunkel: Multidisciplinary membership is good. However, please keep a balance in that no one group is over represented. Also, how about a non-technical member from the general user community? I'd say no. Not only because I think that we need technical people to understand technical decisions, but also for the very same argument you just gave: Keep a balance in that no group is over represented. The ambassadors group for example is huge and could easily get a lot of their candidates into FESCo. Don't get me wrong: I like having ambassadors in FESCo, I am one myself and a member of FESCo, too. But I am in FESCo as a packager and so should be others: Whoever wants to run for a technical body needs to be member of at least one technical group. Regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Advanced IPv6 in NetworkManager
On Mon, 2011-11-14 at 22:39 +0100, Ola Thoresen wrote: On 11/14/2011 06:43 PM, Jan-Frode Myklebust wrote: On Mon, Nov 14, 2011 at 02:43:10PM +0100, Ola Thoresen wrote: So you say that both IPV6_AUTOCONF=yes IPV6ADDR_SECONDARIES=2001:840:0:11::30/64 Shoudl work? (Have not tested yet, but might do that later today). I believe IPV6INIT=yes IPV6_AUTOCONF=yes IPV6ADDR=2001:840:0:11::30/64 should work and give you both the static IPV6ADDR plus a dynamic address from RA. At least with that config I'm getting these addresses: inet6 addr: 2a01:798:0:8012::5/64 Scope:Global # IPV6ADDR inet6 addr: 2a01:798:0:8012:21a:4aff:fea8:8501/64 Scope:Global # RA inet6 addr: fe80::21a:4aff:fea8:8501/64 Scope:Link # link local Unfortunately it does not seem to work here, which is a bit strange if it works for you... Just tested the exact same setup (with my own IP-addresses) and only the RA-address is set on the interface if i set IPV6_AUTOCON=yes. Even after a reboot. I could then add static addresses manually usin /sbin/ip ... But if I change ifcfg-eth0 back to IPV6_AUTOCONF=no it will imediately set the static address(es) This is with NetworkManager-0.9.1.90-5.git20110927.fc16.x86_64 NM should allow static addresses in addition to RA/DHCP ones. While the UI currently might restrict that (should get fixed) I'd expect it to work with the right bits in the ifcfg file. I'll check that out. Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fesco membership policies
On Mon, Nov 14, 2011 at 9:15 AM, Matthew Garrett mj...@srcf.ucam.org wrote: Or we can open it to the entire project and just assume that the electorate will ensure that nobody inappropriate gets elected. I don't see the harm in letting the electorate decide this. If you're not a packager and you somehow manage to get voted in, great. Maybe the technical decisions will be over your head and you'll have to bow out... or maybe you'll do an awesome job. I think the system can correct itself over time. - Ken -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Advanced IPv6 in NetworkManager
On 11/14/2011 11:03 PM, Dan Williams wrote: This is with NetworkManager-0.9.1.90-5.git20110927.fc16.x86_64 NM should allow static addresses in addition to RA/DHCP ones. While the UI currently might restrict that (should get fixed) I'd expect it to work with the right bits in the ifcfg file. I'll check that out. When NM brigs up the interface I get an error in syslog: Nov 14 22:34:52 lupus NetworkManager[1041]: error [1321306492.952130] [nm-system.c:1039] nm_system_replace_default_ip6_route(): (eth0): failed to set IPv6 default route: -1 However the route is added (at least IPv6 works fine) so I don't know if it is related. Rgds. Ola (T) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Build failure if STABS debug symbols are found
Hi, during the build of the new scummvm release we run into the following build issue: https://koji.fedoraproject.org/koji/getfile?taskID=3507060name=build.log + /usr/lib/rpm/find-debuginfo.sh --strict-build-id /builddir/build/BUILD/scummvm-1.4.0 extracting debug info from /builddir/build/BUILDROOT/scummvm-1.4.0-1.fc16.i386/usr/bin/scummvm Stabs debuginfo not supported: /builddir/build/BUILDROOT/scummvm-1.4.0-1.fc16.i386/usr/bin/scummvm error: Bad exit status from /var/tmp/rpm-tmp.wtAmWB (%install) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.wtAmWB (%install) Child returncode was: 1 EXCEPTION: Command failed. See logs for output. It looks like that the compiled binary contains STABS debug symbols. I have investigated this problem and indeed the nasm assembler will generate by default STABS instead of DWARF debug symbols. According to https://bugzilla.redhat.com/show_bug.cgi?id=725378#c16 rpmbuild has now the following behavior: F17: rpmbuild will issue a warning but not fail the build F15, F16: rpmbuild will fail the build once it detects STABS debug symbols in the binaries I'm wondering what would be the best solution here: a) apply a patch to the package to let nasm generate DWARF debug symbols (and probably propose this patch upstream) b) change the behavior of rpmbuild in F15 and F16 to not treat these errors as fatal c) file a bug against nasm to change the default debug symbol format to DWARF in case of compiling for the ELF target Probably it would even make sense to do all 3 of them. Best regards, Christian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 753955] CVE-2011-4114 perl-PAR-Packer: insecure temporary directory handling
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=753955 Vincent Danen vda...@redhat.com changed: What|Removed |Added Depends on||753957 --- Comment #1 from Vincent Danen vda...@redhat.com 2011-11-14 17:55:44 EST --- Created perl-PAR-Packer tracking bugs for this issue Affects: fedora-all [bug 753957] -- 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 753955] CVE-2011-4114 perl-PAR-Packer: insecure temporary directory handling
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=753955 Vincent Danen vda...@redhat.com changed: What|Removed |Added Status Whiteboard|impact=low,public=20110718, |impact=low,public=20110718, |reported=2004,source=os |reported=2004,source=os |s-security,cvss2=3.3/AV:L/A |s-security,cvss2=1.9/AV:L/A |C:M/Au:N/C:P/I:P/A:N,fedora |C:M/Au:N/C:N/I:P/A:N,fedora |-all/perl-PAR-Packer=affect |-all/perl-PAR-Packer=affect |ed |ed -- 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: [Test-Announce] Announcing the release of Fedora 16.
On Tue, 2011-11-08 at 17:48 +0100, Gerd Hoffmann wrote: Hi, Fedora 16 is not science fiction. It is here right now: http://get.fedoraproject.org Hmm, no jigdo downloads any more? Releng say they dropped jigdo due to overwhelming indifference (the download numbers for the jigdo images were tiny). -- 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: Differences between koji and mock rawhide environments?
On Thu, 2011-11-10 at 11:35 -0500, Tom Lane wrote: Also, looking closer, why is it that rawhide still contains python-2.7.2-16.fc17, when according to http://pkgs.fedoraproject.org/gitweb/?p=python.git that version was replaced two weeks ago due to the recent glibc issues? We haven't actually done a full rebuild for the glibc issues in Rawhide. The packages which have a 'rebuilt for glibc' note in their Rawhide branch git history are a result of dgilmore making a mistake: we planned to rebuild a specific set of affected packages in F16 for the Final release, but by mistake, this change was initially applied to master branch rather than f16 branch. When we noticed the mistake, the mass rebuild was cancelled, the changes applied to the f16 branch instead, and the mass rebuild done for the f16 branch. So the upshot is that there were a few dozen packages which have the 'rebuilt for glibc' note in their Rawhide changelogs but where that build was never actually submitted. We probably should do a more thoroughgoing look at what packages should still be rebuilt in Rawhide and F16 repos for the glibc issue - we only ever actually did the most important F16 ones at the time - but that's where things stand ATM. -- 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: openssh-server in F16ga
On Wed, 2011-11-09 at 13:42 -0800, Toshio Kuratomi wrote: On Wed, Nov 09, 2011 at 07:17:05PM +, Jóhann B. Guðmundsson wrote: On 11/09/2011 06:59 PM, Kaleb S. KEITHLEY wrote: Seems surprising (to me) that it'd be installed, and the port open in the firewall, but not enabled. From my perspective it's quite the oposit as in having it enabled on the dvd and instantly letting novice end users be vulnerable to ssh attacks because apparently power users no longer posses the knowledge on how to enable it via kickstart or otherwize Atleast the Gnome Desktop team ( which control their own spin ) took the smart route for their end user base Did this hit the Release Notes? Correct or not, it's pretty big change in behaviour if someone was expecting it to either be the same as past releases or the same as installing from the DVD. Release noting it would be greatly helpful for people looking to answer exactly the question asked here Was this intentional or is it a bug? IIRC, it's not a change. It's been this way for a while. (The bug where s-c-f claims port 22 is open but in fact it isn't, after a live install, has also been around for a while.) -- 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: Getting grub launching the installer
On Sun, 2011-11-13 at 08:13 -0500, Sam Varshavchik wrote: Two F16 reinstalls later, each time fiddling with the mdraid partition layouts, yet each time producing the same results, I found http://fedoraproject.org/wiki/Common_F16_bugs#Cannot_boot_with_.2Fboot_partition_on_a_software_RAID_array Great, except for the part where it doesn't say /where/ to add this, in the massive grub.cfg hairball. Sorry about that - I write the common bugs entries (well, most of them) and often I don't have personal experience of the issue so I just have to go on what notes I have from the bug report. That was the best I could do for that issue! -- 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: Fesco membership policies
On Mon, 2011-11-14 at 19:35 +, Jóhann B. Guðmundsson wrote: On 11/14/2011 06:38 PM, Bruno Wolff III wrote: The issue that came up in the discussion was that there is a good group to use to include for QA. The qa group isn't really used and proventesters is a bit broad and its future is in question. One possible solution is to start using the qa group to track the core members of the qa team. So the QA group will be restored to it's previous functionality along with it's members right We have kept it very hard to not make any kind of distinction in the QA community everybody's treated equal no one is better then the next man and everybody have to follow the same procedures while having as little entry level as possible and now you are proposing that we shatter that by reintroducing team elite and label people part of core or not part of core. That alone is something that needs to be discussed with the QA community itself. By the way there arent any official ruling body of QA and those that are doing most the work a.k.a so called core members of the QA team are the once subscribed to the Red Hat check and are doing so as a part of their $dayjob and perhaps on their free time as well I dont know. The real issue here is that it seems to be popular amongst candidates to slap some kind of QA statement into their candidacy even if those individual have never been part of the QA community et all atleast not to any large extent and that has somehow be tied with the QA Community general. People that are involved usually don't need any introduction or be tied to any subgroup within the project their track record speaks for themselves so in all fairness either keep status quo or drop all requirements and let user keep what ever they voted over themselves as a result of that. I don't think Bruno was really *proposing* it, just floating it as a possibility. Obviously, if FESCo were to say it would allow 'QA members' to serve on FESCo, we'd need *some* way of identifying who is 'in' QA, or else the policy would be an effective dead letter. Having said that, though, I mostly agree with Johann's concerns - I like the lack of a formal membership system for QA, partly for the reasons Johann cites and also just because it avoids unnecessary paperwork, which I'm always in favour of. Making sure every QA is process is entirely open to participation with the max requirement being a Bugzilla account and a FAS account has worked quite well for us so far and obviated the need for complicated entrance procedures, special handshakes and the like. If we _have_ to change that for a good reason, we can, but we do like to keep things as lightweight as possible. -- 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: gnome-scan package status confusion
On Wed, 2011-11-09 at 18:34 +0100, Michael Schwendt wrote: Why is gnome-scan-0.6.2-7.fc15 offered in Fedora 16 when it has been retired months ago and is affected by serious crashers? The reports in bugzilla are without a reply from the assignee: http://bugz.fedoraproject.org/gnome-scan Has it been retired without requesting rel-eng to block it from the repos? http://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life While trying to make a scanner work I discovered this in the repo, but it froze early while xsane works. | [pkgdb] gnome-scan (un)retirement | Fedora PackageDB pkgdb at fedoraproject.org | Tue Aug 30 16:18:36 UTC 2011 | | Package gnome-scan in Fedora 16 has been retired by deji | URL : http://home.gna.org/gnomescan/ 404 not found Google search finds http://projects.gnome.org/gnome-scan/index - http://gna.org/projects/gnomescan/ but it looks out-of-date/inactive. On a side note, you might want to try Simple Scan (simple-scan). xsane is more capable but its interface is hideous. -- 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: printing
Frank Murphy wrote: yum install hplip hplip-gui system-config-printer hplip only supports that printer with a proprietary plugin. :-( (That's the case for all the printers supported by those foo2* drivers.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: printing
I figured it out! I had my user's name typed into the Allow/Deny. I deleted this name and it worked. On Mon, Nov 14, 2011 at 6:24 PM, Kevin Kofler kevin.kof...@chello.atwrote: Frank Murphy wrote: yum install hplip hplip-gui system-config-printer hplip only supports that printer with a proprietary plugin. :-( (That's the case for all the printers supported by those foo2* drivers.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 753750] New: perl-POE-Component-IRC-6.75 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-POE-Component-IRC-6.75 is available https://bugzilla.redhat.com/show_bug.cgi?id=753750 Summary: perl-POE-Component-IRC-6.75 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-POE-Component-IRC AssignedTo: cw...@alumni.drew.edu ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: cw...@alumni.drew.edu, fedora-perl-devel-l...@redhat.com Classification: Fedora Story Points: --- Type: --- Latest upstream release: 6.75 Current version in Fedora Rawhide: 6.74 URL: http://search.cpan.org/dist/POE-Component-IRC/ 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 753750] perl-POE-Component-IRC-6.75 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=753750 Petr Sabata psab...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||psab...@redhat.com AssignedTo|cw...@alumni.drew.edu |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-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File POE-Component-IRC-6.75.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-POE-Component-IRC: 2569d283014793f8aae9a6c0bc9440be POE-Component-IRC-6.75.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-POE-Component-IRC] 6.75 bump
commit 692c914b39fd16a1dca37c17acb6855da448c6ca
Author: Petr Šabata con...@redhat.com
Date: Mon Nov 14 13:05:14 2011 +0100
6.75 bump
.gitignore |1 +
perl-POE-Component-IRC.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 1e87f0a..7639a15 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@ POE-Component-IRC-6.14.tar.gz
/POE-Component-IRC-6.70.tar.gz
/POE-Component-IRC-6.71.tar.gz
/POE-Component-IRC-6.74.tar.gz
+/POE-Component-IRC-6.75.tar.gz
diff --git a/perl-POE-Component-IRC.spec b/perl-POE-Component-IRC.spec
index b84f686..802e1e8 100644
--- a/perl-POE-Component-IRC.spec
+++ b/perl-POE-Component-IRC.spec
@@ -11,7 +11,7 @@
Name: perl-POE-Component-IRC
Summary:A POE component for building IRC clients
-Version:6.74
+Version:6.75
Release:1%{?dist}
License:GPL+ or Artistic
Group: Development/Libraries
@@ -93,6 +93,9 @@ find %{buildroot} -type f -name '*.pm' -exec chmod -x {}
2/dev/null ';'
%{_mandir}/man3/*.3*
%changelog
+* Mon Nov 14 2011 Petr Šabata con...@redhat.com - 6.75-1
+- 6.75 bump
+
* Mon Oct 10 2011 Petr Sabata con...@redhat.com - 6.74-1
- 6.74 bump
diff --git a/sources b/sources
index a5709d6..a753256 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d9d0bc02adfc87eae477e122213e4b12 POE-Component-IRC-6.74.tar.gz
+2569d283014793f8aae9a6c0bc9440be POE-Component-IRC-6.75.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
File NetPacket-1.3.0.tar.gz uploaded to lookaside cache by jpo
A file has been added to the lookaside cache for perl-NetPacket: df5b34ad74f58abeb5133bd649f3798d NetPacket-1.3.0.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-NetPacket] Created tag perl-NetPacket-1.3.0-1.fc17
The lightweight tag 'perl-NetPacket-1.3.0-1.fc17' was created pointing to: 3ab3de2... * Rebased patch0 -- 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-NetPacket] * Update to 1.3.0
commit 9d456da5ab8813bdc2073a19b51efec95d016645
Author: Jose Pedro Oliveira j...@di.uminho.pt
Date: Mon Nov 14 17:59:49 2011 +
* Update to 1.3.0
.gitignore |1 +
perl-NetPacket.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 2895e84..5318eef 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@
/NetPacket-1.1.0.tar.gz
/NetPacket-1.1.1.tar.gz
/NetPacket-1.2.0.tar.gz
+/NetPacket-1.3.0.tar.gz
diff --git a/perl-NetPacket.spec b/perl-NetPacket.spec
index 2e15913..9c9fd96 100644
--- a/perl-NetPacket.spec
+++ b/perl-NetPacket.spec
@@ -1,5 +1,5 @@
Name: perl-NetPacket
-Version:1.2.0
+Version:1.3.0
Release:1%{?dist}
Summary:Assemble/disassemble network packets at the protocol level
License:Artistic 2.0
@@ -50,6 +50,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Mon Nov 14 2011 Jose Pedro Oliveira jpo at di.uminho.pt - 1.3.0-1
+- Update to 1.3.0.
+
* Sat Jul 30 2011 Jose Pedro Oliveira jpo at di.uminho.pt - 1.2.0-1
- Update to 1.2.0.
diff --git a/sources b/sources
index 03d38f9..449dfe7 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c3a09b48bc55cf366b594e30860d0a82 NetPacket-1.2.0.tar.gz
+df5b34ad74f58abeb5133bd649f3798d NetPacket-1.3.0.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-NetPacket] * Rebased patch0
commit 3ab3de2e6223f50294ada98b7ced60aaed7b25a0
Author: Jose Pedro Oliveira j...@di.uminho.pt
Date: Mon Nov 14 18:17:46 2011 +
* Rebased patch0
...0-Build.PL-downgrade-modules-requirements.patch | 27
perl-NetPacket.spec|3 +-
2 files changed, 29 insertions(+), 1 deletions(-)
---
diff --git a/NetPacket-1.3.0-Build.PL-downgrade-modules-requirements.patch
b/NetPacket-1.3.0-Build.PL-downgrade-modules-requirements.patch
new file mode 100644
index 000..620249a
--- /dev/null
+++ b/NetPacket-1.3.0-Build.PL-downgrade-modules-requirements.patch
@@ -0,0 +1,27 @@
+diff -ruN NetPacket-1.3.0/Build.PL NetPacket-1.3.0-modified/Build.PL
+--- NetPacket-1.3.0/Build.PL 2011-11-13 20:52:37.0 +
NetPacket-1.3.0-modified/Build.PL 2011-11-14 18:04:48.818559052 +
+@@ -2,19 +2,19 @@
+ use strict;
+ use warnings;
+
+-use Module::Build 0.3601;
++use Module::Build 0.2807;
+
+
+ my %module_build_args = (
+ build_requires = {
+ Carp = 0,
+-Module::Build = 0.3601,
++Module::Build = 0.2807,
+ Scalar::Util = 0,
+-Test::More = 0.94,
++Test::More = 0.62,
+ perl = 5.004
+ },
+ configure_requires = {
+-Module::Build = 0.3601
++Module::Build = 0.2807
+ },
+ dist_abstract = assemble/disassemble network packets at the protocol
level,
+ dist_author = [
diff --git a/perl-NetPacket.spec b/perl-NetPacket.spec
index 9c9fd96..3ca17cc 100644
--- a/perl-NetPacket.spec
+++ b/perl-NetPacket.spec
@@ -6,7 +6,7 @@ License:Artistic 2.0
Group: Development/Libraries
URL:http://search.cpan.org/dist/NetPacket/
Source0:
http://www.cpan.org/authors/id/Y/YA/YANICK/NetPacket-%{version}.tar.gz
-Patch0: NetPacket-1.0.1-Build.PL-downgrade-modules-requirements.patch
+Patch0: NetPacket-1.3.0-Build.PL-downgrade-modules-requirements.patch
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl(Module::Build)
@@ -52,6 +52,7 @@ rm -rf $RPM_BUILD_ROOT
%changelog
* Mon Nov 14 2011 Jose Pedro Oliveira jpo at di.uminho.pt - 1.3.0-1
- Update to 1.3.0.
+- Rebased patch0.
* Sat Jul 30 2011 Jose Pedro Oliveira jpo at di.uminho.pt - 1.2.0-1
- Update to 1.2.0.
--
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-NetPacket] * Remove outdated patch
commit 6cb8cf053ae07b501b9462c56f18b70fce9bba42 Author: Jose Pedro Oliveira j...@di.uminho.pt Date: Mon Nov 14 18:22:25 2011 + * Remove outdated patch ...1-Build.PL-downgrade-modules-requirements.patch | 27 1 files changed, 0 insertions(+), 27 deletions(-) -- 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-NetPacket/el6] (3 commits) ... * Remove outdated patch
Summary of changes: 9d456da... * Update to 1.3.0 (*) 3ab3de2... * Rebased patch0 (*) 6cb8cf0... * Remove outdated patch (*) (*) 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-NetPacket/el5] (3 commits) ... * Remove outdated patch
Summary of changes: 9d456da... * Update to 1.3.0 (*) 3ab3de2... * Rebased patch0 (*) 6cb8cf0... * Remove outdated patch (*) (*) 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-NetPacket/f16] (3 commits) ... * Remove outdated patch
Summary of changes: 9d456da... * Update to 1.3.0 (*) 3ab3de2... * Rebased patch0 (*) 6cb8cf0... * Remove outdated patch (*) (*) 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-NetPacket/f15] (3 commits) ... * Remove outdated patch
Summary of changes: 9d456da... * Update to 1.3.0 (*) 3ab3de2... * Rebased patch0 (*) 6cb8cf0... * Remove outdated patch (*) (*) 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 750039] perl-Module-Runtime-0.11 and perl-Class-Load-0.12 in F16
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=750039 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|perl-Module-Runtime-0.011-1 |perl-Class-Load-0.12-1.fc16 |.fc16, | |perl-Class-Load-0.12-1.fc16 | Resolution||ERRATA Last Closed||2011-11-14 17:26:53 --- Comment #8 from Fedora Update System upda...@fedoraproject.org 2011-11-14 17:26:53 EST --- perl-Class-Load-0.12-1.fc16, perl-Module-Runtime-0.011-1.fc16, perl-Catalyst-Runtime-5.90006-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-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 753955] CVE-2011-4114 perl-PAR-Packer: insecure temporary directory handling
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=753955 Vincent Danen vda...@redhat.com changed: What|Removed |Added CC||fedora-perl-devel-list@redh ||at.com, mmasl...@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-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
