Re: readline update?
Ralf Corsepius wrote: I thought, we banned all non-utf-8 aware packages? Unfortunately, a lot of that crap went in anyway because some reviewers just don't care. I agree with you that it's a showstopper. Applications which don't support UTF-8 WILL NOT WORK properly in Fedora's default locales. Not even in English. But it's especially apparent in languages actually using non-ASCII characters (i.e. most non-English languages). We really need to fix editline to properly support UTF-8, then these readline licensing issues might also just go away. (Sadly, this inconsiderate upgrade to GPLv3 looks to me like an own goal by the FSF. They always present readline like a library which is intentionally GPL to provide an advantage to Free Software and proudly show how some programs chose the GPL because of readline. Now this license change is actually going to help editline and thus a BSD-licensed implementation.) Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Dracut now has a wiki page in the Fedora wiki...
On Fri, 2009-07-03 at 23:19 -0400, Jon Masters wrote: On Fri, 2009-07-03 at 15:00 -0500, Bruno Wolff III wrote: On Fri, Jul 03, 2009 at 10:43:34 +0100, Adam Williamson awill...@redhat.com wrote: but it's actually a lot less trouble to just do: tar xf dracut-$version.tar.bz2 which auto-detects the archive type. It's much easier to just let it be handled by autodetection, and only bother specifying the archive type manually if the autodetection trips up. How long has that feature been there? I'm as amused as you are that I didn't know about that either (my guess is it's been there a while and we're just all stuck in our ways). At least we're not stuck in the 1970s and willing to move with the times - a lot of people still like to use pipes of the individual utilities ;) I only figured it out last year, actually. By accident I think :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Building packages for EPEL
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 SmootherFrOgZ wrote: On Fri, Jul 3, 2009 at 11:34 AM, Gregory Hoslerghos...@redhat.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dennis Gilmore wrote: EPEL is now using koji to build instead of plague. please make sure that you update th common directory in your checkout to pick up the needed changes to submit builds. I was able to do builds for EL-4/EL-5 using koji. thanks a lot! Bodhi support will come early next week to issue updates. Please let us know as and when make update will be available. Until then, what is the alternative? http://admin.fedoraproject.org/updates ? make update goes to bodhi as well as http://admin.fedoraproject.org/updates; which is bodhi UI. epel-releng will be taking care of the updates for now. So if I understand things ... once I have I clean make build I can either use bodhi, or drop an email to epel-rel...@lists.fedoraproject.org ? (I'm more inclined to use the web interface, but I just want to clarify the alternatives :-) Thanks a lot, and all the best, - -Greg - -- +-+ Please also check the log file at /dev/null for additional information. (from /var/log/Xorg.setup.log) | Greg Hosler ghos...@redhat.com| +-+ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkpPEZ0ACgkQ404fl/0CV/QcFgCeLxt7xuzf1fEE+jXdn7aLg2+z ALoAnR41wwoXVLoVcRH79KfoNNHCtU5d =0EgE -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
[ANNOUNCEMENT] dracut-0.4
Information: https://fedoraproject.org/wiki/Dracut Download: F-11: http://koji.fedoraproject.org/koji/buildinfo?buildID=112941 Rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=112940 Bugs can be filed in bugzilla now: https://bugzilla.redhat.com/enter_bug.cgi?product=Fedoracomponent=dracut root on LVM, MD, cryptoluks, NFS, iSCSI and NBD is supported. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
RFE: clean up keyboard layout config
Hello everybody, I was tracing a problem that was no reproducible getting Error activating XKB configuration as I'm not the only one who got this error, just google for it and see some times is could be a result of broken language files https://bugzilla.redhat.com/show_bug.cgi?id=487583 but it's very difficult to trace the problem https://bugzilla.redhat.com/show_bug.cgi?id=508628 what do we want ? 1. we want to a way to select a system wide layout 2. we want to allow users to override that (per-user layout) the problem ? issues solving #1 rhpl - used by fedora-setup-keyboard at compile time [is the any other usage ?] this mean that any update to rhpl needs a rebuild for fedora-setup-keyboard so does koji knows this ? after #487583, rhpl was updated rhpl to put ara and make the variant qwerty passed to ara not us this could result that one can't add new users in first login because the default layout is Arabic fedora-setup-keyboard - beside building issue there is another issue it reads /etc/sysconfig/keyboard which could contain something like KEYTABLE=ar-qwerty [from rhpl] or detailed parameters like LAYOUT, OPTIONS and VARIANT the question is what happened if both are specified ? the second question which is related to #487583 while setxkbmap manual says it does not support per-layout variants does this apply to fedora-setup-keyboard (and is this inherited from evdev hal interface) if not then it rhpl should be updated to be us,ara with variants=,querty and if possible change it to be layout1\tvariant1,layout2\tvariant2 or something like that xkeyboard-config - the arabic part in it, is it difficult to make it defaults to qwerty so that KEYTABLE=ar-qwerty needs no variants at all, and ar-azerty will be just coupled with fr,ara instead. how to test this ? gnome and gdm should not be used to test this I suggest xfce to test this stage [I used autologin in gdm to stop it from playing withouts] because both gdm and gnome interferes this process - issues solving #2 gdm - to what options ? unable to login in many cases, for example after #487583 they updated rhpl to put ara first but gdm did not allow me to switch using shifts or shift caps or alt+shift and using a special debug stubs I injected into libgnomekbd, it seems that gdm does not set options like grp:alt_shift_toggle, it just set layouts, gnome - in general we have the following components gnome-settings-daemon - which activates the layout based on gconf /desktop/gnome/peripherals/keyboard/kbd this is the one that shows that dialog in the screenshot control-center - contains gnome-keyboard-properties libgnomekbd - the library that talks to libxklavier and converts to gconf libxklavier - the back end library used by gnome related apps it seems that there is a bug libgnomekbd, because it though that the comma in ara,us should be escaped as it wrote ara\,us to gconf when I set multiple variants in /etc/sysconfig/keyboard or rhpl so even though libxklavier and thus libgnomekbd supports multiple variants it failed to import it from the current X -- misc issues xorg-x11-utils - contains xprop which is used like this xprop -root | grep XKB xorg-x11-xkb-utils - contains setxkbmap - the man page says that it takes only one single variant not a list of variants does setxkbmap supports multiple variants but it's not documented or it's not supported if it's the first then its man page should be updated with examples it it does not support it how difficult is it to make it support it -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Building packages for EPEL
On Sat, Jul 4, 2009 at 10:23 AM, Gregory Hosler ghos...@redhat.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 SmootherFrOgZ wrote: On Fri, Jul 3, 2009 at 11:34 AM, Gregory Hoslerghos...@redhat.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dennis Gilmore wrote: EPEL is now using koji to build instead of plague. please make sure that you update th common directory in your checkout to pick up the needed changes to submit builds. I was able to do builds for EL-4/EL-5 using koji. thanks a lot! Bodhi support will come early next week to issue updates. Please let us know as and when make update will be available. Until then, what is the alternative? http://admin.fedoraproject.org/updates ? make update goes to bodhi as well as http://admin.fedoraproject.org/updates; which is bodhi UI. epel-releng will be taking care of the updates for now. So if I understand things ... once I have I clean make build I can either use bodhi, or drop an email to epel-rel...@lists.fedoraproject.org? Not really. However, epel support is now available. (I'm more inclined to use the web interface, but I just want to clarify the alternatives :-) -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Time for 2.6.30 in F-11?
Now that .1 is out, is there anything in particular stopping F-11 from having this kernel? -- Bojan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Time for 2.6.30 in F-11?
Hi, Users with Intel's integrated chips need the updated DRM in that kernel. I think that an update is highly recommended. -Ilyes On Sat, Jul 4, 2009 at 11:40 AM, Bojan Smojverbo...@rexursive.com wrote: Now that .1 is out, is there anything in particular stopping F-11 from having this kernel? -- Bojan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Time for 2.6.30 in F-11?
On Sat, Jul 4, 2009 at 5:51 AM, Ilyes Gouta ilyes.go...@gmail.com wrote: Hi, Users with Intel's integrated chips need the updated DRM in that kernel. I think that an update is highly recommended. -Ilyes On Sat, Jul 4, 2009 at 11:40 AM, Bojan Smojverbo...@rexursive.com wrote: Now that .1 is out, is there anything in particular stopping F-11 from having this kernel? -- Bojan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list I concur I have five laptops and a few desktops with Intel graphics, and it would definitely be great if the update would be pushed through! -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide report: 20090704 changes
Compose started at Sat Jul 4 06:15:03 UTC 2009
Updated Packages:
bluez-4.43-2.fc12
-
* Fri Jul 03 2009 Bastien Nocera bnoc...@redhat.com 4.43-1
- Update to 4.43
* Fri Jul 03 2009 Bastien Nocera bnoc...@redhat.com 4.43-2
- Up the required udev requires so bluetoothd gets started
on boot when an adapter is present
cbios-0.23-1.fc12
-
* Fri Jul 03 2009 Hans de Goede hdego...@redhat.com 0.23-1
- New upstream release 0.23
doxygen-1.5.9-1.fc12
* Fri Jul 03 2009 Than Ngo t...@redhat.com - 1.5.9-1
- 1.5.9
eina-0.8.0-2.fc12
-
* Fri Jul 03 2009 Allisson Azevedo allis...@gmail.com 0.8.0-1
- Update to 0.8.0.
- Added curl-devel BR.
- Removed patches.
* Fri Jul 03 2009 Allisson Azevedo allis...@gmail.com 0.8.0-2
- Fix changelog date.
fish-1.23.1-3.fc12
--
* Fri Jul 03 2009 Lorenzo Villani lvill...@binaryhelix.net - 1.23.1-1
- 1.23.1
- Fix bz #472613
* Fri Jul 03 2009 Lorenzo Villani lvill...@binaryhelix.net - 1.23.1-2
- rebuilt
* Fri Jul 03 2009 Lorenzo Villani lvill...@binaryhelix.net - 1.23.1-3
- Pass --without-xsel to configure, if you want xsel install its package instead
- Fix file list
- Drop unneeded BuildRequires
gegl-0.1.0-1.fc12
-
* Thu Jul 02 2009 Nils Philippsen
- version 0.1.0
- use --disable-gtk-doc to avoid rebuilding documentation (#481404)
- remove *.la files in %{_libdir}/gegl-*/ (#509292)
* Thu Jul 02 2009 Nils Philippsen - 0.1.0-1
- fix cflags for building
gnote-0.5.2-2.fc12
--
* Sat Jul 04 2009 Rahul Sundaram sunda...@fedoraproject.org - 0.5.2-1
- New upstream bug fix release
- http://mail.gnome.org/archives/gnote-list/2009-July/msg0.html
* Sat Jul 04 2009 Rahul Sundaram sunda...@fedoraproject.org - 0.5.2-2
- Build requires libuuid-devel instead of e2fsprogs-devel
gstreamer-java-1.2-2.fc12
-
* Fri Jul 03 2009 Levente Farkas lfar...@lfarkas.org - 1.2-2
- don't build debuginfo pacakges since it's actualy a noarch pacakge
gyachi-1.2.1-4.fc12
---
* Fri Jul 03 2009 Gregory D Hosler ghos...@users.sourceforge.net - 1.2.1-4
- Fix double post of YM-9 client text.
hunspell-pt-0.20090702-1.fc12
-
* Fri Jul 03 2009 Caolan McNamara caol...@redhat.com - 0.20090702-1
- latest pt_BR version
ibus-rawcode-1.2.0.20090703-1.fc12
--
* Fri Jul 03 2009 Pravin Satpute psatp...@redhat.com - @ver...@-1
- upstream release 1.2.0
ibus-sayura-1.2.0.20090703-1.fc12
-
* Fri Jul 03 2009 Pravin Satpute psatp...@redhat.com - @ver...@-1
- upstream release 1.2.0
kdebase-workspace-4.2.95-6.fc12
---
* Fri Jul 03 2009 Kevin Kofler ke...@tigcc.ticalc.org - 4.2.95-6
- add kde-plasma-networkmanagement to the default panel if installed
kdelibs-4.2.95-3.fc12
-
* Fri Jul 03 2009 Rex Dieter rdie...@fedoraproject.org - 4.2.95-2
- up min versions, phonon, strigi, soprano (#509511)
* Fri Jul 03 2009 Rex Dieter rdie...@fedoraproject.org - 4.2.95-3
- plasma animation crasher (kdebug#198338)
kipi-plugins-0.4.0-1.fc12
-
* Fri Jul 03 2009 Rex Dieter rdie...@fedoraproject.org 0.4.0-1
- kipi-plugins-0.4.0
konversation-1.2-0.2.alpha4.fc12
* Fri Jul 03 2009 Rex Dieter rdie...@fedoraproject.org - 1.2-0.2.alpha4
- konversation-1.2-alpha4
leafnode-1.11.7-2.fc12
--
* Fri Jul 03 2009 Kevin Fenzi ke...@tummy.com - 1.11.7-2
- Fix xinetd file to use ipv4 for bug #509218
lekhonee-0.6-1.fc12
---
* Fri Jul 03 2009 Kushal Das kus...@fedoraproject.org 0.6-1
- New release
libtorrent-0.12.5-1.fc12
* Fri Jul 03 2009 Conrad Meyer kon...@tylerc.org - 0.12.5-1
- Bump version.
libvirt-0.6.5-1.fc12
* Fri Jul 03 2009 Mark McLoughlin mar...@redhat.com - 0.6.4-3.fc12
- Handle shared/readonly image labelling (bug #493692)
- Don't unnecessarily try to change a file context (bug #507555)
- Don't try to label a disk with no path (e.g. empty cdrom) (bug #499569)
* Fri Jul 03 2009 Mark McLoughlin mar...@redhat.com - 0.6.4-4.fc12
- Fix libvirtd crash with bad capabilities data (bug #505635)
* Fri Jul 03 2009 Daniel Veillard veill...@redhat.com - 0.6.5-1.fc12
- Upstream release of 0.6.5
- OpenNebula driver
- many bug fixes
mozplugger-1.12.1-3.fc12
* Fri Jul 03 2009 Than Ngo t...@redhat.com - 1.12.1-3
- fix #469257, selinux policy and mozplugger do not get along
obexd-0.14-1.fc12
-
* Fri Jul 03 2009 Bastien Nocera bnoc...@redhat.com 0.14-1
- Update to 0.14
ocaml-camlimages-3.0.1-10.fc12
--
* Fri Jul 03 2009 Richard W.M. Jones rjo...@redhat.com - 3.0.1-10
- ocaml-camlimages: PNG reader multiple integer overflows
(CVE 2009-2295 / RHBZ#509531).
openoffice.org-3.1.1-15.1.fc12
--
* Fri Jul 03 2009 Caolán
Re: Time for 2.6.30 in F-11?
Bojan Smojver wrote: Now that .1 is out, is there anything in particular stopping F-11 from having this kernel? And why is F10 still stuck on 2.6.27? 2.6.29 has been in updates-testing for ages now. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: readline update?
On Sat, Jul 4, 2009 at 4:10 PM, Kevin Koflerkevin.kof...@chello.at wrote: Patrice Dumas wrote: Certainly not. Many very useful package are not utf8 aware Those packages need to be fixed. It is not acceptable that we ship applications which don't work properly in our default locales. You can't even open your files with those broken applications if they're in a directory containing special characters. at least many that use motif or the athena widget set. Those applications are obsolete by definition. Sure for most people they are .. same as old gtk1 apps. But who is forcing anybody to use them? They are not installed by default, and adding unicode support to legacy frameworks means breaking API/ABI and the apps would have to be ported. In this case we could as well port them to newer frameworks and be done with it. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Building packages for EPEL
On Saturday 04 July 2009 03:23:59 am Gregory Hosler wrote: SmootherFrOgZ wrote: On Fri, Jul 3, 2009 at 11:34 AM, Gregory Hoslerghos...@redhat.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dennis Gilmore wrote: EPEL is now using koji to build instead of plague. please make sure that you update th common directory in your checkout to pick up the needed changes to submit builds. I was able to do builds for EL-4/EL-5 using koji. thanks a lot! Bodhi support will come early next week to issue updates. Please let us know as and when make update will be available. Until then, what is the alternative? http://admin.fedoraproject.org/updates ? make update goes to bodhi as well as http://admin.fedoraproject.org/updates; which is bodhi UI. epel-releng will be taking care of the updates for now. So if I understand things ... once I have I clean make build I can either use bodhi, or drop an email to epel-rel...@lists.fedoraproject.org ? (I'm more inclined to use the web interface, but I just want to clarify the alternatives :-) Dropping an email to epel-releng is not an option. you need to either create a sn update via make update or https://admin.fedoraproject.org/updates/ you should file a ticket https://fedorahosted.org/rel-eng/newticket making sure to select the epel component if you need something tagged into the override tags so you can build against it. Dennis signature.asc Description: This is a digitally signed message part. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090703 changes
On Fri, 3 Jul 2009 12:04:44 +, Rawhide Report rawh...@fedoraproject.org wrote: glibc-2.10.90-2 --- * Thu Jul 02 2009 Andreas Schwab asch...@redhat.com 2.10.90-2 - Update from master. * Fri Jun 26 2009 Andreas Schwab asch...@redhat.com 2.10.90-1 - Update from master. - Enable multi-arch support on x86/x86-64. - Add requires glibc-headers to glibc-devel (#476295). - Implement second fallback mode for DNS requests (#505105). - Don't generate invalid POSIX TZ string for Asia/Dhaka timezone (#506941). - Allow backtrace through __longjmp_chk on powerpc. This glibc makes all applications to segfault immediately (on x86_64), rendering system unbootable and unrecoverable without external help. I copied glibc files from another box to make my workstation working again. It sure was a fabulous debut as a maintainer for Andreas (according to changelog he took over from Jakub). --Pete -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090703 changes
On 07/04/2009 11:16 AM, Pete Zaitcev wrote: On Fri, 3 Jul 2009 12:04:44 +, Rawhide Report rawh...@fedoraproject.org wrote: glibc-2.10.90-2 --- * Thu Jul 02 2009 Andreas Schwab asch...@redhat.com 2.10.90-2 - Update from master. * Fri Jun 26 2009 Andreas Schwab asch...@redhat.com 2.10.90-1 - Update from master. - Enable multi-arch support on x86/x86-64. - Add requires glibc-headers to glibc-devel (#476295). - Implement second fallback mode for DNS requests (#505105). - Don't generate invalid POSIX TZ string for Asia/Dhaka timezone (#506941). - Allow backtrace through __longjmp_chk on powerpc. This glibc makes all applications to segfault immediately (on x86_64), rendering system unbootable and unrecoverable without external help. I copied glibc files from another box to make my workstation working again. I hit this as well, rolling back to: glibc-2.10.1-2 got me running again. ~spot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090703 changes
On Sat, 4 Jul 2009 18:47:35 +0200, Jakub Jelinek ja...@redhat.com wrote: I hit this as well, rolling back to: glibc-2.10.1-2 got me running again. It is actually prelink, a fixed prelink is in package CVS, but can't be built because libselinux is broken. https://bugzilla.redhat.com/show_bug.cgi?id=509575 Indeed, a gentleman on cc: for bz#509655 pointed out that it's prelink. https://bugzilla.redhat.com/show_bug.cgi?id=509655 -- Pete -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: http://www.fsf.org/news/dont-depend-on-mono
I don't see a package review request or any koji builds. Are you sure it's coming to Fedora? Solang developers need to port it to the newer version of libgda first. Otherwise it would require a compat package to get into the repository. To be precise, it is actually libgdamm. The 4.x API is something we are not comfortable with, so we need some help to move from 3.x to it. They also need to support latest version of libexiv2 It is already there in Git. Happy hacking, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: readline update?
Ralf Corsepius, Fri, 03 Jul 2009 21:29:46 +0200: I thought, we banned all non-utf-8 aware packages? I agree, who needs grep after all :) https://bugzilla.redhat.com/show_bug.cgi?id=194471 /kidding Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: readline update?
Ralf Corsepius, Fri, 03 Jul 2009 21:29:46 +0200: I thought, we banned all non-utf-8 aware packages? And BTW zsh has been fixed not to corrupt non-ASCII filenames? Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
On Wed, Jul 01, 2009 at 12:40:44PM +0200, Ralf Corsepius wrote: No, not if they bundle the generated auto* files with their tarballs, as they are supposed to do. They're not supposed to do that. Don't make stuff up. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Feature proposal: Extended Life Cycle Support
Hi. On Sat, 04 Jul 2009 23:58:52 +0200, Jeroen van Meeuwen wrote I wanted to draw your attention to a feature I've proposed for Fedora 12, mysteriously called Extended Life Cycle. Is it that time of the year again? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Feature proposal: Extended Life Cycle Support
On Sun, 2009-07-05 at 00:22 +0200, Ralf Ertzinger wrote: On Sat, 04 Jul 2009 23:58:52 +0200, Jeroen van Meeuwen wrote I wanted to draw your attention to a feature I've proposed for Fedora 12, mysteriously called Extended Life Cycle. Is it that time of the year again? Geez, I was going to say thing. Didn't we have this discussion about 8 months ago? Later, /B -- Brian Pepple bpep...@fedoraproject.org identi.ca: http://identi.ca/bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Feature proposal: Extended Life Cycle Support
On Sat, Jul 4, 2009 at 6:39 PM, Brian Pepple bpep...@fedoraproject.orgwrote: On Sun, 2009-07-05 at 00:22 +0200, Ralf Ertzinger wrote: On Sat, 04 Jul 2009 23:58:52 +0200, Jeroen van Meeuwen wrote I wanted to draw your attention to a feature I've proposed for Fedora 12, mysteriously called Extended Life Cycle. Is it that time of the year again? Geez, I was going to say thing. Didn't we have this discussion about 8 months ago? Later, /B How about Reduced Life Cycle, I'd like to get to F30 quicker! -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Feature proposal: Extended Life Cycle Support
On Sun, 5 Jul 2009 00:22:41 +0200, Ralf Ertzinger fed...@camperquake.de wrote: Hi. On Sat, 04 Jul 2009 23:58:52 +0200, Jeroen van Meeuwen wrote I wanted to draw your attention to a feature I've proposed for Fedora 12, mysteriously called Extended Life Cycle. Is it that time of the year again? BINGO! The first response spawns a dead branch to this thread, congratulations! -- Jeroen -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Feature proposal: Extended Life Cycle Support
https://fedoraproject.org/wiki/Features/Extended_Life_Cycle reads: Say a desktop environment runs Fedora 9 today, then within a month after Fedora 11 is released, the user can choose to either upgrade to Fedora 10 (N+1), or Fedora 11 (N+2). This is not considered a suitable amount of time for corporate desktop environments, where projects need to be defined, testing needs to be performed, resources have to be alocated, etc, before any of the actual work can be done. To be honest, I think environments that work like that won't use Fedora anyway if it wasn't supported for at least three, let's say two and a half, years. People hate work, and it would be a lot of work to maintain 5 or even six parallel versions of Fedora. Maybe something like a Fedora LTS version is more likely to be a success. But hey, I like the idea behind it, let's see how it develops. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Feature proposal: Extended Life Cycle Support
On Sun, 05 Jul 2009 01:13:14 +0200, Julian Aloofi julian.fedorali...@googlemail.com wrote: https://fedoraproject.org/wiki/Features/Extended_Life_Cycle reads: Say a desktop environment runs Fedora 9 today, then within a month after Fedora 11 is released, the user can choose to either upgrade to Fedora 10 (N+1), or Fedora 11 (N+2). This is not considered a suitable amount of time for corporate desktop environments, where projects need to be defined, testing needs to be performed, resources have to be alocated, etc, before any of the actual work can be done. To be honest, I think environments that work like that won't use Fedora anyway if it wasn't supported for at least three, let's say two and a half, years. Having to agree with your general statement -not necessarily the exact period- I think neither of us can commit to extending even a single release's life cycle to that extent right now. We'll have to start somewhere, as you'll agree, and so we're thinking of starting out here; 3 releases to maintain in parallel, for those that opt-in, excluding EPEL (which has long term support in all it's aspects already). People hate work, and it would be a lot of work to maintain 5 or even six parallel versions of Fedora. Maybe something like a Fedora LTS version is more likely to be a success. While of course we'd never call it LTS, and while LTS has a very much different value proposition then what is in the current proposal (LTS is just too hard to start with at this moment), the 13 months we have now is most definitely not suitable for corporate environments. Whether 6 months of additional availability of security updates is going to help, and to what extend, we'll have to see. Compared to the current situation, that'll give an environment 7 months to upgrade beyond the moment that we now call End-Of-Life for a given release and 3 releases to choose from -certainly a lot more time then 1 month and 2 releases to choose from. I doubt whether the first six months will meet it's full potential in terms of success since the feature will need to be known to consumers, and just having it available does not make environments use Fedora all of a sudden. That too needs time to settle. Also, I should mention that in my experience, businesses that do choose Fedora despite the requirement of one upgrade per year, tend to upgrade within month 7-9 of a given release as long as you give them the full details on how to make it easier on themselves; (Revisor, optional) - Cobbler - Puppet. But hey, I like the idea behind it, let's see how it develops. Thanks ;-) I'm sure this will be continued ;-) -- Jeroen -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
On 07/04/2009 03:22 PM, Richard W.M. Jones wrote: On Wed, Jul 01, 2009 at 12:40:44PM +0200, Ralf Corsepius wrote: No, not if they bundle the generated auto* files with their tarballs, as they are supposed to do. They're not supposed to do that. Don't make stuff up. It's true there are no literal files matching the wildcard auto* that are generated for inclusion in the tarballs. But I think Ralf is talking about the files generated by the auto-tools (autoconf, automake, and libtool). Those are supposed to be bundled with the tarballs. -Toshio signature.asc Description: OpenPGP digital signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Toshio Kuratomi writes: On 07/04/2009 03:22 PM, Richard W.M. Jones wrote: On Wed, Jul 01, 2009 at 12:40:44PM +0200, Ralf Corsepius wrote: No, not if they bundle the generated auto* files with their tarballs, as they are supposed to do. They're not supposed to do that. Don't make stuff up. It's true there are no literal files matching the wildcard auto* that are generated for inclusion in the tarballs. But I think Ralf is talking about the files generated by the auto-tools (autoconf, automake, and libtool). Those are supposed to be bundled with the tarballs. And, they are. So, the automake update should not really have any impact on rebuilding any existing well-made rpm package. The only possible impact would be to those packages that rerun automake or autoconf, for some reason. Although I do believe that there's a small number of rpms whose spec script does that, I really think that this is not correct, and the packaging guidelines should really prohibit that. If the configure script needs patching, make a patch against the configure script, and/or Makefile.in; rather than patching configure.in and Makefile.am, and rerun all the auto scripts. pgpeWfZkWM1QT.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
[Bug 508496] Perl: symbol lookup error: .../Wx.so: undefined symbol: Perl_Guse_safe_putenv_ptr
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=508496 Johan Vromans jvrom...@squirrel.nl changed: What|Removed |Added CC||jvrom...@squirrel.nl --- Comment #7 from Johan Vromans jvrom...@squirrel.nl 2009-07-04 09:21:06 EDT --- Since this stops *all* wxperl applications from running, I'd suggest to raise the priority/severity to at least 'high'. -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-IO-Socket-SSL/devel .cvsignore, 1.18, 1.19 perl-IO-Socket-SSL.spec, 1.21, 1.22 sources, 1.18, 1.19
Author: pghmcfc
Update of /cvs/pkgs/rpms/perl-IO-Socket-SSL/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv4223
Modified Files:
.cvsignore perl-IO-Socket-SSL.spec sources
Log Message:
Update to 1.26 (SECURITY FIX)
verify_hostname_of_cert matched only the prefix for the hostname when no
wildcard was given, e.g. www.example.org matched against a certificate with
name www.exam in it
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-IO-Socket-SSL/devel/.cvsignore,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -p -r1.18 -r1.19
--- .cvsignore 3 Jul 2009 08:33:25 - 1.18
+++ .cvsignore 4 Jul 2009 21:19:59 - 1.19
@@ -1 +1 @@
-IO-Socket-SSL-1.25.tar.gz
+IO-Socket-SSL-1.26.tar.gz
Index: perl-IO-Socket-SSL.spec
===
RCS file: /cvs/pkgs/rpms/perl-IO-Socket-SSL/devel/perl-IO-Socket-SSL.spec,v
retrieving revision 1.21
retrieving revision 1.22
diff -u -p -r1.21 -r1.22
--- perl-IO-Socket-SSL.spec 3 Jul 2009 08:33:25 - 1.21
+++ perl-IO-Socket-SSL.spec 4 Jul 2009 21:19:59 - 1.22
@@ -4,7 +4,7 @@
#
Name: perl-IO-Socket-SSL
-Version: 1.25
+Version: 1.26
Release: 1%{?dist}
Summary: Perl library for transparent SSL
Group: Development/Libraries
@@ -60,6 +60,11 @@ done
%{_mandir}/man3/IO::Socket::SSL.3pm*
%changelog
+* Sat Jul 4 2009 Paul Howarth p...@city-fan.org - 1.26-1
+- Update to 1.26 (verify_hostname_of_cert matched only the prefix for the
+ hostname when no wildcard was given, e.g. www.example.org matched against a
+ certificate with name www.exam in it)
+
* Fri Jul 3 2009 Paul Howarth p...@city-fan.org - 1.25-1
- Update to 1.25 (fix t/nonblock.t for OS X 10.5 - CPAN RT#47240)
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-IO-Socket-SSL/devel/sources,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -p -r1.18 -r1.19
--- sources 3 Jul 2009 08:33:25 - 1.18
+++ sources 4 Jul 2009 21:19:59 - 1.19
@@ -1 +1 @@
-4866fb7023e74731bd379a315a021cd8 IO-Socket-SSL-1.25.tar.gz
+096319c7ceea6d4f42a264c55a3ea318 IO-Socket-SSL-1.26.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-IO-Socket-SSL/F-11 .cvsignore, 1.17, 1.18 perl-IO-Socket-SSL.spec, 1.20, 1.21 sources, 1.17, 1.18
Author: pghmcfc
Update of /cvs/pkgs/rpms/perl-IO-Socket-SSL/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv6975
Modified Files:
.cvsignore perl-IO-Socket-SSL.spec sources
Log Message:
Update to 1.26 (SECURITY FIX)
verify_hostname_of_cert matched only the prefix for the hostname when no
wildcard was given, e.g. www.example.org matched against a certificate with
name www.exam in it
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-IO-Socket-SSL/F-11/.cvsignore,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -p -r1.17 -r1.18
--- .cvsignore 3 Apr 2009 09:20:34 - 1.17
+++ .cvsignore 4 Jul 2009 21:33:18 - 1.18
@@ -1 +1 @@
-IO-Socket-SSL-1.24.tar.gz
+IO-Socket-SSL-1.26.tar.gz
Index: perl-IO-Socket-SSL.spec
===
RCS file: /cvs/pkgs/rpms/perl-IO-Socket-SSL/F-11/perl-IO-Socket-SSL.spec,v
retrieving revision 1.20
retrieving revision 1.21
diff -u -p -r1.20 -r1.21
--- perl-IO-Socket-SSL.spec 3 Apr 2009 09:20:34 - 1.20
+++ perl-IO-Socket-SSL.spec 4 Jul 2009 21:33:18 - 1.21
@@ -4,7 +4,7 @@
#
Name: perl-IO-Socket-SSL
-Version: 1.24
+Version: 1.26
Release: 1%{?dist}
Summary: Perl library for transparent SSL
Group: Development/Libraries
@@ -57,9 +57,17 @@ done
%defattr(-,root,root,-)
%doc BUGS Changes README docs/ certs/ example/ util/
%{perl_vendorlib}/IO/
-%{_mandir}/man3/*.3*
+%{_mandir}/man3/IO::Socket::SSL.3pm*
%changelog
+* Sat Jul 4 2009 Paul Howarth p...@city-fan.org - 1.26-1
+- Update to 1.26 (verify_hostname_of_cert matched only the prefix for the
+ hostname when no wildcard was given, e.g. www.example.org matched against a
+ certificate with name www.exam in it)
+
+* Fri Jul 3 2009 Paul Howarth p...@city-fan.org - 1.25-1
+- Update to 1.25 (fix t/nonblock.t for OS X 10.5 - CPAN RT#47240)
+
* Thu Apr 2 2009 Paul Howarth p...@city-fan.org - 1.24-1
- Update to 1.24 (add verify hostname scheme ftp, same as http)
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-IO-Socket-SSL/F-11/sources,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -p -r1.17 -r1.18
--- sources 3 Apr 2009 09:20:34 - 1.17
+++ sources 4 Jul 2009 21:33:18 - 1.18
@@ -1 +1 @@
-53a407291bf9b3e09ae0f0cff90799a9 IO-Socket-SSL-1.24.tar.gz
+096319c7ceea6d4f42a264c55a3ea318 IO-Socket-SSL-1.26.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-IO-Socket-SSL/F-9 .cvsignore, 1.9, 1.10 perl-IO-Socket-SSL.spec, 1.12, 1.13 sources, 1.9, 1.10
Author: pghmcfc
Update of /cvs/pkgs/rpms/perl-IO-Socket-SSL/F-9
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv9176/F-9
Modified Files:
.cvsignore perl-IO-Socket-SSL.spec sources
Log Message:
Update to 1.26 (SECURITY FIX)
verify_hostname_of_cert matched only the prefix for the hostname when no
wildcard was given, e.g. www.example.org matched against a certificate with
name www.exam in it
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-IO-Socket-SSL/F-9/.cvsignore,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -p -r1.9 -r1.10
--- .cvsignore 18 Nov 2008 10:08:44 - 1.9
+++ .cvsignore 4 Jul 2009 21:41:27 - 1.10
@@ -1 +1 @@
-IO-Socket-SSL-1.18.tar.gz
+IO-Socket-SSL-1.26.tar.gz
Index: perl-IO-Socket-SSL.spec
===
RCS file: /cvs/pkgs/rpms/perl-IO-Socket-SSL/F-9/perl-IO-Socket-SSL.spec,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -p -r1.12 -r1.13
--- perl-IO-Socket-SSL.spec 18 Nov 2008 10:08:44 - 1.12
+++ perl-IO-Socket-SSL.spec 4 Jul 2009 21:41:27 - 1.13
@@ -4,7 +4,7 @@
#
Name: perl-IO-Socket-SSL
-Version: 1.18
+Version: 1.26
Release: 1%{?dist}
Summary: Perl library for transparent SSL
Group: Development/Libraries
@@ -57,9 +57,29 @@ done
%defattr(-,root,root,-)
%doc BUGS Changes README docs/ certs/ example/ util/
%{perl_vendorlib}/IO/
-%{_mandir}/man3/*.3*
+%{_mandir}/man3/IO::Socket::SSL.3pm*
%changelog
+* Sat Jul 4 2009 Paul Howarth p...@city-fan.org - 1.26-1
+- Update to 1.26 (verify_hostname_of_cert matched only the prefix for the
+ hostname when no wildcard was given, e.g. www.example.org matched against a
+ certificate with name www.exam in it)
+
+* Fri Jul 3 2009 Paul Howarth p...@city-fan.org - 1.25-1
+- Update to 1.25 (fix t/nonblock.t for OS X 10.5 - CPAN RT#47240)
+
+* Thu Apr 2 2009 Paul Howarth p...@city-fan.org - 1.24-1
+- Update to 1.24 (add verify hostname scheme ftp, same as http)
+
+* Wed Feb 25 2009 Paul Howarth p...@city-fan.org - 1.23-1
+- Update to 1.23 (complain when no certificates are provided)
+
+* Sat Jan 24 2009 Paul Howarth p...@city-fan.org - 1.22-1
+- Update to latest upstream version: 1.22
+
+* Thu Jan 22 2009 Paul Howarth p...@city-fan.org - 1.20-1
+- Update to latest upstream version: 1.20
+
* Tue Nov 18 2008 Paul Howarth p...@city-fan.org - 1.18-1
- Update to latest upstream version: 1.18
- BR: perl(IO::Socket::INET6) for extra test coverage
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-IO-Socket-SSL/F-9/sources,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -p -r1.9 -r1.10
--- sources 18 Nov 2008 10:08:44 - 1.9
+++ sources 4 Jul 2009 21:41:27 - 1.10
@@ -1 +1 @@
-2b278fb8784e0ba2d6d779ef7ef5f582 IO-Socket-SSL-1.18.tar.gz
+096319c7ceea6d4f42a264c55a3ea318 IO-Socket-SSL-1.26.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-IO-Socket-SSL/F-10 .cvsignore, 1.13, 1.14 perl-IO-Socket-SSL.spec, 1.16, 1.17 sources, 1.13, 1.14
Author: pghmcfc
Update of /cvs/pkgs/rpms/perl-IO-Socket-SSL/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv9176/F-10
Modified Files:
.cvsignore perl-IO-Socket-SSL.spec sources
Log Message:
Update to 1.26 (SECURITY FIX)
verify_hostname_of_cert matched only the prefix for the hostname when no
wildcard was given, e.g. www.example.org matched against a certificate with
name www.exam in it
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-IO-Socket-SSL/F-10/.cvsignore,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -p -r1.13 -r1.14
--- .cvsignore 18 Nov 2008 10:02:59 - 1.13
+++ .cvsignore 4 Jul 2009 21:41:27 - 1.14
@@ -1 +1 @@
-IO-Socket-SSL-1.18.tar.gz
+IO-Socket-SSL-1.26.tar.gz
Index: perl-IO-Socket-SSL.spec
===
RCS file: /cvs/pkgs/rpms/perl-IO-Socket-SSL/F-10/perl-IO-Socket-SSL.spec,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -p -r1.16 -r1.17
--- perl-IO-Socket-SSL.spec 18 Nov 2008 10:02:59 - 1.16
+++ perl-IO-Socket-SSL.spec 4 Jul 2009 21:41:27 - 1.17
@@ -4,7 +4,7 @@
#
Name: perl-IO-Socket-SSL
-Version: 1.18
+Version: 1.26
Release: 1%{?dist}
Summary: Perl library for transparent SSL
Group: Development/Libraries
@@ -57,9 +57,29 @@ done
%defattr(-,root,root,-)
%doc BUGS Changes README docs/ certs/ example/ util/
%{perl_vendorlib}/IO/
-%{_mandir}/man3/*.3*
+%{_mandir}/man3/IO::Socket::SSL.3pm*
%changelog
+* Sat Jul 4 2009 Paul Howarth p...@city-fan.org - 1.26-1
+- Update to 1.26 (verify_hostname_of_cert matched only the prefix for the
+ hostname when no wildcard was given, e.g. www.example.org matched against a
+ certificate with name www.exam in it)
+
+* Fri Jul 3 2009 Paul Howarth p...@city-fan.org - 1.25-1
+- Update to 1.25 (fix t/nonblock.t for OS X 10.5 - CPAN RT#47240)
+
+* Thu Apr 2 2009 Paul Howarth p...@city-fan.org - 1.24-1
+- Update to 1.24 (add verify hostname scheme ftp, same as http)
+
+* Wed Feb 25 2009 Paul Howarth p...@city-fan.org - 1.23-1
+- Update to 1.23 (complain when no certificates are provided)
+
+* Sat Jan 24 2009 Paul Howarth p...@city-fan.org - 1.22-1
+- Update to latest upstream version: 1.22
+
+* Thu Jan 22 2009 Paul Howarth p...@city-fan.org - 1.20-1
+- Update to latest upstream version: 1.20
+
* Tue Nov 18 2008 Paul Howarth p...@city-fan.org - 1.18-1
- Update to latest upstream version: 1.18
- BR: perl(IO::Socket::INET6) for extra test coverage
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-IO-Socket-SSL/F-10/sources,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -p -r1.13 -r1.14
--- sources 18 Nov 2008 10:02:59 - 1.13
+++ sources 4 Jul 2009 21:41:27 - 1.14
@@ -1 +1 @@
-2b278fb8784e0ba2d6d779ef7ef5f582 IO-Socket-SSL-1.18.tar.gz
+096319c7ceea6d4f42a264c55a3ea318 IO-Socket-SSL-1.26.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
