Re: forked library
On Fri, 2012-11-30 at 20:16 +, Richard W.M. Jones wrote: On Fri, Nov 30, 2012 at 09:07:34PM +0200, Nikos Roussos wrote: Hi, I maintain IDJC [1], which depends on libshout. The latest version though depends on libshout-idjc a fork of the original library, since the idjc upstream developer wanted some extra functionality on libshout and didn't want to wait for libshout upstream to adopt his changes. I've read the relevant documentation [2] but I'm not sure what's the best way to proceed. The good thing that he doesn't bundle his version of libshout, but instead he has made it a separate release [3], which could also be packaged for Fedora. But a fork is a fork. Should I just make a request for exception and package the forked library or should the package be orphaned? [1] https://apps.fedoraproject.org/packages/idjc [2] https://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries [3] http://sourceforge.net/projects/idjc/files/ How likely is it that the changes would go back into libshout? Is the maintainer of IDJC pushing them? Is the libshout maintainer interested in them? After discussing it with the developer it seems that some of his changes include support for non-free codecs (eg. AAC). So the best solution I can think of is to orphan the package and then move it along with libshout-idjc to RPMFusion. -- Nikos Roussos comzeradd @ freenode.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20121202 changes
Compose started at Sun Dec 2 08:15:05 UTC 2012 Broken deps for x86_64 -- [ansible] ansible-fireball-0.9-1.fc19.noarch requires python-keyczar ansible-node-fireball-0.9-1.fc19.noarch requires python-keyczar [cduce] cduce-0.5.5-2.fc18.x86_64 requires ocaml(runtime) = 0:4.00.0 cduce-0.5.5-2.fc18.x86_64 requires ocaml(Pcre) = 0:fedf84da3d313aea51e03bb7d7c99a3b [coccinelle] coccinelle-1.0.0-0.rc14.5.fc18.x86_64 requires ocaml(runtime) = 0:4.00.0 coccinelle-1.0.0-0.rc14.5.fc18.x86_64 requires ocaml(Pcre) = 0:fedf84da3d313aea51e03bb7d7c99a3b [cp2k] cp2k-mpich2-2.3-1.fc19.x86_64 requires libmpichf90.so.3()(64bit) cp2k-mpich2-2.3-1.fc19.x86_64 requires libmpich.so.3()(64bit) [dogtag-pki] dogtag-pki-10.0.0-0.16.b3.fc19.noarch requires dogtag-pki-server-theme = 0:10.0.0 [epiphany-extensions] epiphany-extensions-3.6.0-1.fc19.x86_64 requires epiphany(abi) = 0:3.6 [gdal] gdal-1.9.1-10.fc18.x86_64 requires libspatialite.so.3()(64bit) gdal-java-1.9.1-10.fc18.i686 requires libspatialite.so.3 gdal-java-1.9.1-10.fc18.x86_64 requires libspatialite.so.3()(64bit) gdal-libs-1.9.1-10.fc18.i686 requires libspatialite.so.3 gdal-libs-1.9.1-10.fc18.x86_64 requires libspatialite.so.3()(64bit) gdal-perl-1.9.1-10.fc18.x86_64 requires libspatialite.so.3()(64bit) gdal-ruby-1.9.1-10.fc18.x86_64 requires libspatialite.so.3()(64bit) [ghc-wai-extra] ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSzlib-conduit-0.4.0.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSzlib-bindings-0.1.0.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSzlib-0.5.3.3-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSwai-1.2.0.3-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSvoid-0.5.6-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSvault-0.2.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSunordered-containers-0.2.1.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSunix-2.5.1.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHStransformers-base-0.4.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHStransformers-0.3.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHStime-1.4-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHStext-0.11.2.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSsemigroups-0.8.3.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSresourcet-0.3.2.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSparsec-3.1.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSold-time-1.1.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSold-locale-1.0.0.4-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSnetwork-2.3.0.13-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSmtl-2.1.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSmonad-control-0.3.1.3-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSlifted-base-0.1.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSinteger-gmp-0.4.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHShttp-types-0.6.11-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHShashable-1.1.2.3-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSghc-prim-0.2.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSfilepath-1.3.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSfast-logger-0.0.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSdlist-0.5-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSdirectory-1.1.0.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSdeepseq-1.3.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSdata-default-0.4.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHScontainers-0.4.2.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSconduit-0.4.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHScase-insensitive-0.4.0.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSbytestring-0.9.2.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires
F-18 Branched report: 20121202 changes
Compose started at Sun Dec 2 09:15:45 UTC 2012 Broken deps for x86_64 -- [gcc-python-plugin] gcc-python2-debug-plugin-0.9-6.fc18.x86_64 requires gcc = 0:4.7.2-3.fc18 gcc-python2-plugin-0.9-6.fc18.x86_64 requires gcc = 0:4.7.2-3.fc18 gcc-python3-debug-plugin-0.9-6.fc18.x86_64 requires gcc = 0:4.7.2-3.fc18 gcc-python3-plugin-0.9-6.fc18.x86_64 requires gcc = 0:4.7.2-3.fc18 [ugene] ugene-1.11.3-1.fc18.x86_64 requires qtwebkit = 0:4.7.0 [znc-infobot] znc-infobot-0.206-2.fc18.x86_64 requires znc = 0:0.206 Broken deps for i386 -- [gcc-python-plugin] gcc-python2-debug-plugin-0.9-6.fc18.i686 requires gcc = 0:4.7.2-3.fc18 gcc-python2-plugin-0.9-6.fc18.i686 requires gcc = 0:4.7.2-3.fc18 gcc-python3-debug-plugin-0.9-6.fc18.i686 requires gcc = 0:4.7.2-3.fc18 gcc-python3-plugin-0.9-6.fc18.i686 requires gcc = 0:4.7.2-3.fc18 [ugene] ugene-1.11.3-1.fc18.i686 requires qtwebkit = 0:4.7.0 [znc-infobot] znc-infobot-0.206-2.fc18.i686 requires znc = 0:0.206 New package: duff-0.5.2-4.fc18 Quickly find duplicate files New package: fatrat-subtitlesearch-1.2.0-0.3.beta1.fc18 FatRat plugin enabling OpenSubtitles.org and Sublight.si integration New package: liblangtag-0.4.0-1.fc18 An interface library to access tags for identifying languages New package: liborcus-0.1.0-1.fc18 Standalone file import filter library for spreadsheet documents New package: maven-patch-plugin-1.1.1-4.fc18 Maven Patch Plugin New package: mtn-browse-1.00-3.fc18 Application for browsing Monotone VCS databases New package: open-sendmail-0-0.1.20090107cvs.fc18 Additional m4 files used to generate sendmail.cf New package: python-pymongo-2.3-4.fc18 Python driver for MongoDB New package: python-uinput-0.9-2.fc18 Pythonic API to the Linux uinput kernel module New package: rubygem-gem-patch-0.1.3-1.fc18 RubyGems plugin for patching gems New package: ugene-1.11.3-1.fc18 Integrated bioinformatics toolkit Updated Packages: bodhi-0.9.3-1.fc18 -- * Tue Nov 13 2012 Luke Macken lmac...@redhat.com - 0.9.3-1 - 0.9.3 bugfix release * Wed Aug 08 2012 Luke Macken lmac...@redhat.com - 0.9.2-2 - Require python-tgcaptcha2 claws-mail-3.9.0-1.fc18 --- * Mon Nov 19 2012 Andreas Bierfert andreas.bierfert[AT]lowlatency.de - 3.9.0-1 claws-mail-plugins-3.9.0-2.fc18 --- * Tue Nov 20 2012 Andreas Bierfert andreas.bierfert[AT]lowlatency.de - 3.9.0-2 - fix vCalendar user credential disclosure rhbz: 877372 877375 877376 * Mon Nov 19 2012 Andreas Bierfert andreas.bierfert[AT]lowlatency.de - 3.9.0-1 - version upgrade cmake-2.8.10.2-1.fc18 - * Tue Nov 27 2012 Rex Dieter rdie...@fedoraproject.org 2.8.10.2-1 - 2.8.10.2 cups-bjnp-1.2-1.fc18 * Tue Nov 27 2012 Louis Lagendijk llagend...@users.sourceforge.net - 1.2-1 - new upstream release 1.2, fixes compilation error on EL6 dom4j-1.6.1-11.fc18 --- * Mon Oct 29 2012 Mikolaj Izdebski mizde...@redhat.com - 0:1.6.1-11 - Cleanup source tarball from non-free content - Resolves: rhbz#848875 * Fri Oct 12 2012 Mikolaj Izdebski mizde...@redhat.com - 0:1.6.1-10 - Disable test dependencies because tests are skipped drupal7-markdown-1.1-1.fc18 --- * Mon Nov 26 2012 Peter Borsa peter.bo...@gmail.com - 1.1-1 - Update to 1.1 duply-1.5.9-1.fc18 -- * Fri Nov 23 2012 Thomas Moschny thomas.mosc...@gmx.de - 1.5.9-1 - Update to 1.5.9. eclipse-pydev-2.7.1-1.fc18 -- * Tue Nov 06 2012 Sami Wagiaalla swagi...@redhat.com 1:2.7.1-1 - Update to 2.7.1 release. ekiga-4.0.0-1.fc18 -- * Mon Nov 26 2012 Peter Robinson pbrobin...@fedoraproject.org 4.0.0-1 - Ekiga 4.0.0 stable release - Changelog http://ftp.gnome.org/pub/gnome/sources/ekiga/4.0/ekiga-4.0.0.news * Tue Nov 20 2012 Milan Crha mc...@redhat.com - 3.9.90-3 - Rebuild against newer evolution-data-server * Thu Oct 25 2012 Milan Crha mc...@redhat.com - 3.9.90-2 - Rebuild against newer evolution-data-server ffgtk-0.8.4-1.fc18 -- * Mon Nov 26 2012 Louis Lagendijk louis.lagend...@gmail.com 0.8.4-1 New upstream release Improved Google address book support Improved fax transfer protocol layout based on user input Update evolution plugin to support newer version Finer error message on fax transfer problems Fix fritzfon contact picture loading from external storage Fix address book export to router * Tue Nov 20 2012 Milan Crha mc...@redhat.com - 0.8.3-6 - Rebuild for new evolution-data-server * Thu Oct 25 2012 Milan Crha mc...@redhat.com - 0.8.3-5 - Rebuild for new evolution-data-server fribidi-0.19.4-1.fc18
original UNIX tools/utils for Linux
hi, The ATT AST OpenSource software collection [1] , The Heirloom Project [2] and Plan 9 from User Space [3] bring a lot of original UNIX tools/utils. Some of them have already been taken, mailx from Heirloom and ksh from AST. pax looks like a candidate. pax in Fedora comes from a OpenBSD port, made by SuSE in 2oo1 [4] . But the project was frozen||abandoned in 2oo5. [1] http://www2.research.att.com/sw/download/ [2] http://heirloom.sf.net/ [3] http://swtch.com/plan9port/ [4] ftp://ftp.suse.com/pub/people/kukuk/pax/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: prefered way of configuring X11 keyboard layouts in F18
On Saturday 01 December 2012 23:38:49 Sérgio Basto wrote: system-config-keyboard should do this: 1. Get the old settings: cat /etc/sysconfig/keyboard 2. Set the new settings: su -c 'localectl set-x11-keymap layout [model] [variant] [options]' 3. Remove the old configuration file: su -c 'rm /etc/sysconfig/keyboard' Replace item 3. with an even better one: 3. Overwrite /etc/sysconfig/keyboard with following content: # This file is obsolete and may be removed, its settings # were migrated on date by running: # localectl set-x11-keymap Thus, making people understand what happened to their old file. -- Oron Peled Voice: +972-4-8228492 o...@actcom.co.il http://users.actcom.co.il/~oron There are only 10 types of people in the world- Those who understand binary, and those who do not. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: prefered way of configuring X11 keyboard layouts in F18
On Sun, Dec 2, 2012 at 12:38 AM, Sérgio Basto ser...@serjux.com wrote: system-config-keyboard should do this: 1. Get the old settings: cat /etc/sysconfig/keyboard 2. Set the new settings: su -c 'localectl set-x11-keymap layout [model] [variant] [options]' 3. Remove the old configuration file: su -c 'rm /etc/sysconfig/keyboard' or at least warning that we should do something new like this . http://pkgs.fedoraproject.org/cgit/systemd.git/commit/?h=f18id=0969ad24898347919865e9298fa01e19cec98649 already attempts to do some kind of automatic conversion. If that is insufficient, please file bugs against systemd. Mirek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: prefered way of configuring X11 keyboard layouts in F18
On Dom, 2012-12-02 at 19:33 +0200, Oron Peled wrote: On Saturday 01 December 2012 23:38:49 Sérgio Basto wrote: system-config-keyboard should do this: 1. Get the old settings: cat /etc/sysconfig/keyboard 2. Set the new settings: su -c 'localectl set-x11-keymap layout [model] [variant] [options]' 3. Remove the old configuration file: su -c 'rm /etc/sysconfig/keyboard' Replace item 3. with an even better one: 3. Overwrite /etc/sysconfig/keyboard with following content: # This file is obsolete and may be removed, its settings # were migrated on date by running: # localectl set-x11-keymap Thus, making people understand what happened to their old file. I agree . Thanks, -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Bug 872826] f18 anaconda - no option to install bootloader to a partition
On 2012-12-02 19:21 (GMT) bugzi...@redhat.com composed: https://bugzilla.redhat.com/show_bug.cgi?id=872826 --- Comment #19 from Chris Murphy --- Anaconda should not offer options that are expressly stated as not recommended by upstream. The problem is ext4's boot sector is only 512 bytes, which is not enough space. The use of --force fragments GRUB, and installs the pieces into free space without informing the file system. At any future time the file system can step on any one of those block lists and render the system unbootable. Upstream screwed up by replacing a bootloading system that can work acceptably on partitions with one that the very same devs claim cannot. Fedora should to compensate by providing an alternative to Grub2 that can do what multiboot users want. Grub2, Grub Legacy and Lilo are not the only bootloaders. http://en.wikipedia.org/wiki/Comparison_of_boot_loaders Personally, I can't get Fedora installed the way I want in other regards as well, so I install it its way, but it _never_ gets to boot that way even once. Before ever booting it, I undo its boot track damage, and copy its / to the partition I wanted it on in the first place but wouldn't let me. I install Grub Legacy on this target, and either use it via chainload, or load Fedora directly with my master bootloader installed to a different _partition_, while my MBR as used remains compliant with legacy BIOS, OS/2, DOS and Windows whether DOS or Windows or OS/2 are even installed. Changing the boot track without permission is rude, particularly since it doesn't bother to report it will obliterate what is already there present. Fedora ought to be able to be put where the user wants it, on a partition prepared as the user wants it prepared, without any bootloader if that's what the user wants, and without writing anything to any partition table when it's unnecessary and unwanted due to all partitioning having been done in advance (see: Mandriva/Mageia: cmdline option readonly=1 results in only partitioning to allow selection of mount points for existing partitions). Anyone who thinks Windows installation is rude or limiting needs to put on a Fedora hat and look in the mirror. -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: I want upgrade my computer
Il giorno ven, 30/11/2012 alle 19.56 -0800, Adam Williamson ha scritto: If it says 'Loading System Upgrade' then you appear to be still running the fedup boot entry, not the one for the upgraded system? I want run the fedup boot entry, to upgraded my system. But many time the boot process do not ask me for pass-phrase, and some time, when it ask pass-phrase the system boot, but after few second reboot without upgrade. -- Dario Lesca - sip:da...@solinos.it (Inviato dal mio Linux Fedora 17 Gnome3) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Bug 872826] f18 anaconda - no option to install bootloader to a partition
Am 02.12.2012 23:32, schrieb Felix Miata: On 2012-12-02 19:21 (GMT) bugzi...@redhat.com composed: https://bugzilla.redhat.com/show_bug.cgi?id=872826 --- Comment #19 from Chris Murphy --- Anaconda should not offer options that are expressly stated as not recommended by upstream. The problem is ext4's boot sector is only 512 bytes, which is not enough space. The use of --force fragments GRUB, and installs the pieces into free space without informing the file system. At any future time the file system can step on any one of those block lists and render the system unbootable. Upstream screwed up by replacing a bootloading system that can work acceptably on partitions with one that the very same devs claim cannot. Fedora should to compensate by providing an alternative to Grub2 that can do what multiboot users want. Grub2, Grub Legacy and Lilo are not the only bootloaders. http://en.wikipedia.org/wiki/Comparison_of_boot_loaders grub2 in fedora is crap https://bugzilla.redhat.com/show_bug.cgi?id=882721 grub was a bootloader, grub2 is a operating system with tons of scripts some guys are calling configuration and full of bugs grub2 is fragile or why does F16/F17 not get the final version? because maintainers fear it is more worse as beta6 signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Bug 872826] f18 anaconda - no option to install bootloader to a partition
On Sun, 02 Dec 2012 17:32:20 -0500 Felix Miata mrma...@earthlink.net wrote: On 2012-12-02 19:21 (GMT) bugzi...@redhat.com composed: https://bugzilla.redhat.com/show_bug.cgi?id=872826 --- Comment #19 from Chris Murphy --- Anaconda should not offer options that are expressly stated as not recommended by upstream. The problem is ext4's boot sector is only 512 bytes, which is not enough space. The use of --force fragments GRUB, and installs the pieces into free space without informing the file system. At any future time the file system can step on any one of those block lists and render the system unbootable This sounds like a different bug than the one thats in the report above. I'd advise the commenter to open a new one on mkfs or anaconda to change the boot sector padding. ...snip... Changing the boot track without permission is rude, particularly since it doesn't bother to report it will obliterate what is already there present. Fedora ought to be able to be put where the user wants it, on a partition prepared as the user wants it prepared, without any bootloader if that's what the user wants, and without writing anything to any partition table when it's unnecessary and unwanted due to all partitioning having been done in advance (see: Mandriva/Mageia: cmdline option readonly=1 results in only partitioning to allow selection of mount points for existing partitions). How can anaconda know all that? If you are dual booting a bunch of OSes, don't you already have to manually decide how you want things to chainload and update? I think a default of MBR with an option to not do anything seems reasonable... how does the 'don't do anything with bootloaders' not meet your needs? Anyone who thinks Windows installation is rude or limiting needs to put on a Fedora hat and look in the mirror. This is the kind of comment that makes some people less likely to listen to the rest of your argument... IMHO. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Bug 872826] f18 anaconda - no option to install bootloader to a partition
On Sun, 02 Dec 2012 23:36:58 +0100 Reindl Harald h.rei...@thelounge.net wrote: grub2 in fedora is crap https://bugzilla.redhat.com/show_bug.cgi?id=882721 I'm not the grub2 maintainer, but personally I would ask you for a more understandable report. What did you want to happen? What happened? Whats your config? Perhaps expanding on your bug report would get it more attention? grub was a bootloader, grub2 is a operating system with tons of scripts some guys are calling configuration and full of bugs grub2 is fragile or why does F16/F17 not get the final version? because maintainers fear it is more worse as beta6 I've not looked at the changes between beta6 and final, perhaps they are minor and not worth the update? Or perhaps they require something thats not available in f16/f17? kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Bug 872826] f18 anaconda - no option to install bootloader to a partition
Am 03.12.2012 00:15, schrieb Kevin Fenzi: On Sun, 02 Dec 2012 23:36:58 +0100 Reindl Harald h.rei...@thelounge.net wrote: grub2 in fedora is crap https://bugzilla.redhat.com/show_bug.cgi?id=882721 I'm not the grub2 maintainer, but personally I would ask you for a more understandable report. What did you want to happen? What happened? Whats your config? Perhaps expanding on your bug report would get it more attention? the same password protection for the bootloader which was possible for dacades with grub-legacy - request the password if someone is touching the boot-entry but leave the user in peace for a untouched boot set superusers=root password_pbkdf2 root grub.pbkdf2.sha512.1.* export superusers results in a password request every time __ menuentry 'Fedora (3.6.8-2.fc17.x86_64)' --unrestricted --class fedora --class gnu-linux brings back the behavior only request a password if you try to boot as example in single-user-mode or modify any kernel-param --unrestricted is the key to bring back this behavior this was NOT the case for all grub2-releases it is a MAJOR DEGRADE of a bootloader having problems to secure it with a password because it is HARDLY needed if you want to be sure that nobody bypass your boot-configuration after you made sure your BIOS settings are protected with a password and boot from any external media is disallowed signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Bug 872826] f18 anaconda - no option to install bootloader to a partition
On Mon, 03 Dec 2012 00:21:44 +0100 Reindl Harald h.rei...@thelounge.net wrote: Am 03.12.2012 00:15, schrieb Kevin Fenzi: On Sun, 02 Dec 2012 23:36:58 +0100 Reindl Harald h.rei...@thelounge.net wrote: grub2 in fedora is crap https://bugzilla.redhat.com/show_bug.cgi?id=882721 I'm not the grub2 maintainer, but personally I would ask you for a more understandable report. What did you want to happen? What happened? Whats your config? Perhaps expanding on your bug report would get it more attention? ...snip... I meant update the _BUG_ with the additional info? :) Thanks for doing that, perhaps it will get some action... kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora 19 elections: Voting is now open!
Hi folks! The ballots for the Fedora 19 elections are now open. This time, we have the following seats to decide on[1]: * Fedora Project Board (two seats)[2] * FESCo (Engineering) (four seats)[3] * FAmSCo (Ambassadors) (three seats)[4] To aid you in your decision, the questionnaires with the candidates' answers can be found on the main nominations wiki pages[5][6][7]. For those of you who'd like to read up on the logs from the various townhalls, the meetbot logs can be found here[8][9][10]. (I'm most grateful to Mav[11], Jon[12] and Jared[13], who took out time from their busy schedules to preside over the town halls :)) Please note that the ballots will close promptly at 23:59:59 UTC on the December 9[14]. So you have an entire week to weigh your options. Please do not reply to this announcement e-mail. Please contact me off-list for any queries. [1] https://fedoraproject.org/wiki/Elections [2] https://admin.fedoraproject.org/voting/about/board-december2012 [3] https://admin.fedoraproject.org/voting/about/fesco-december2012 [4] https://admin.fedoraproject.org/voting/about/famsco-december2012 [5] https://fedoraproject.org/wiki/Board_nominations [6] https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations [7] https://fedoraproject.org/wiki/FAmSCo_nominations [8] https://fedoraproject.org/wiki/Elections#Fedora_Project_Board [9] https://fedoraproject.org/wiki/Elections#FESCo_.28Engineering.29 [10] https://fedoraproject.org/wiki/Elections#FAmSCo_.28Ambassadors.29 [11] https://fedoraproject.org/wiki/User:Mavjs [12] https://fedoraproject.org/wiki/User:Jstanley [13] https://fedoraproject.org/wiki/User:Jsmith [14] http://timeanddate.com/worldclock/fixedtime.html?year=2012month=12day=09hour=23min=59sec=0 -- Thanks, Warm regards, Ankur: FranciscoD Please only print if necessary. Looking to contribute to Fedora? Look here: https://fedoraproject.org/wiki/Fedora_Join_SIG http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F18 ARM Beta VFAD - 2012-12-03
Please join us tomorrow (December 3rd, 2012) at 11am EST in #fedora-arm on Freenode for another Fedora ARM VFAD. There will be a number of pre-created F18 ARM Beta RC1 images available for testing, including: Pandaboard, Trimslice, vexpress (QEMU), Highbank and Kirkwood. All help is appreciated and we look forward to your participation. If your device is not listed and you would like to offer your assistance, please let us know on the list or the IRC. Thanks, Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
RE: F18 ARM Beta VFAD - 2012-12-03
+1 Did you guys do anything for rpi? Dan -Original Message- From: devel-boun...@lists.fedoraproject.org [mailto:devel-boun...@lists.fedoraproject.org] On Behalf Of Paul Whalen Sent: Sunday, December 02, 2012 4:32 PM To: Fedora ARM Cc: devel@lists.fedoraproject.org Subject: F18 ARM Beta VFAD - 2012-12-03 Please join us tomorrow (December 3rd, 2012) at 11am EST in #fedora-arm on Freenode for another Fedora ARM VFAD. There will be a number of pre-created F18 ARM Beta RC1 images available for testing, including: Pandaboard, Trimslice, vexpress (QEMU), Highbank and Kirkwood. All help is appreciated and we look forward to your participation. If your device is not listed and you would like to offer your assistance, please let us know on the list or the IRC. Thanks, Paul -- 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: F18 ARM Beta VFAD - 2012-12-03
Yes I have question too I got my new 512 MB Rs-pi especially I wonder do we have 512 MB support at least for F17 image or Are we have to wait for F18 image with ( I really hope ) Hard Float support. On 3 December 2012 02:33, Dan Mashal dan.mas...@gmail.com wrote: +1 Did you guys do anything for rpi? Dan -Original Message- From: devel-boun...@lists.fedoraproject.org [mailto: devel-boun...@lists.fedoraproject.org] On Behalf Of Paul Whalen Sent: Sunday, December 02, 2012 4:32 PM To: Fedora ARM Cc: devel@lists.fedoraproject.org Subject: F18 ARM Beta VFAD - 2012-12-03 Please join us tomorrow (December 3rd, 2012) at 11am EST in #fedora-arm on Freenode for another Fedora ARM VFAD. There will be a number of pre-created F18 ARM Beta RC1 images available for testing, including: Pandaboard, Trimslice, vexpress (QEMU), Highbank and Kirkwood. All help is appreciated and we look forward to your participation. If your device is not listed and you would like to offer your assistance, please let us know on the list or the IRC. Thanks, Paul -- 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 -- -- Onuralp SEZER Fedora Ambassadors http://fedoraproject.org/wiki/Ambassadors EMEAhttp://fedoraproject.org/wiki/Ambassadors/EMEAMember / Turkey Fedora Translations Turkish Team Memberhttps://fedora.transifex.net/projects/p/fedora/team/tr/ Fedora Design Member http://fedoraproject.org/wiki/Design Monster.inc Notebook Fedora 18 Gnome Beta MONSTER Notebook Nvidia GeForce GTX 680M with Optimus and Intel Ivy Bridge Intel® Core™ i7-3720QM CPU @ 2.60GHz × 8 4x4 GB Kingston HyperX KIT CL11 1866 MHZ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Bug 872826] f18 anaconda - no option to install bootloader to a partition
On 2012-12-02 18:12 (GMT-0500) Kevin Fenzi composed: On Sun, 02 Dec 2012 17:32:20 -0500 Felix Miata wrote: Changing the boot track without permission is rude, particularly since it doesn't bother to report it will obliterate what is already there present. Fedora ought to be able to be put where the user wants it, on a partition prepared as the user wants it prepared, without any bootloader if that's what the user wants, and without writing anything to any partition table when it's unnecessary and unwanted due to all partitioning having been done in advance (see: Mandriva/Mageia: cmdline option readonly=1 results in only partitioning to allow selection of mount points for existing partitions). How can anaconda know all that? You mean besides offering a cmdline option to tell Anaconda don't touch any partition tables? If you are dual booting a bunch of OSes, don't you already have to manually decide how you want things to chainload and update? I think a default of MBR with an option to not do I think MBR _default_ is inappropriate _every_ time Anaconda finds itself faced with a multiboot system. In these cases presuming one wants the existing bootloading configuation replaced is inane. What to do about bootloader should be prominent and early. YaST gets the idea: http://fm.no-ip.com/SS/yast2-is-exp.png (6 years ago). anything seems reasonable... how does the 'don't do anything with bootloaders' not meet your needs? It needs to be put where it can be found. It never presented an opportunity to discuss the bootloader. http://lists.fedoraproject.org/pipermail/test/2012-December/111977.html -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18 ARM Beta VFAD - 2012-12-03
Le lundi 03 décembre 2012 à 02:41 +0200, Onuralp SEZER a écrit : Yes I have question too I got my new 512 MB Rs-pi especially I wonder do we have 512 MB support at least for F17 image or Are we have to wait for F18 image with ( I really hope ) Hard Float support. 512 work on mine with the F17 image, after having updated the boot loaader with a script ( https://github.com/Hexxeh/rpi-update/ ) -- Michael Scherer -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Bug 872826] f18 anaconda - no option to install bootloader to a partition
On Dec 2, 2012, at 4:12 PM, Kevin Fenzi ke...@scrye.com wrote: On Sun, 02 Dec 2012 17:32:20 -0500 Felix Miata mrma...@earthlink.net wrote: On 2012-12-02 19:21 (GMT) bugzi...@redhat.com composed: https://bugzilla.redhat.com/show_bug.cgi?id=872826 --- Comment #19 from Chris Murphy --- Anaconda should not offer options that are expressly stated as not recommended by upstream. The problem is ext4's boot sector is only 512 bytes, which is not enough space. The use of --force fragments GRUB, and installs the pieces into free space without informing the file system. At any future time the file system can step on any one of those block lists and render the system unbootable This sounds like a different bug than the one thats in the report above. I'd advise the commenter to open a new one on mkfs or anaconda to change the boot sector padding. I'm not seeing such an option in mke2fs. If it is possible to change the padding/offset, then it would be possible for a continuous installation of GRUB2's boot.img and core.img, without using block lists. I did get slightly incorrect, ext4 has two boot sectors, for a total of 1024 bytes of code which is still too small for GRUB to fit without block lists. I'm curious how other bootloaders get away with less. Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Bug 872826] f18 anaconda - no option to install bootloader to a partition
I'm not seeing such an option in mke2fs. If it is possible to change the padding/offset, then it would be possible for a continuous installation of GRUB2's boot.img and core.img, without using block lists. I did get slightly incorrect, ext4 has two boot sectors, for a total of 1024 bytes of code which is still too small for GRUB to fit without block lists. I'm curious how other bootloaders get away with less. Fourteen years ago in 1998 I published a boot loader for i386 that loaded linux kernel and initrd using filesystem lookup by name from ext2, occupying 446 bytes of MBR plus 2*510 bytes of bootblock from ext2. The space also allowed some tens of bytes of kernel command line. So must use block lists was not true then. The code is still available at: http://www.bitwagon.com/ftp/e2boot4c.tgz http://www.bitwagon.com/ftp/mbr03.tgz -- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] 2012-12-03 @ 16:00 UTC - Fedora QA Meeting
# Fedora Quality Assurance Meeting # Date: 2012-12-03 # Time: 16:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers! It's meeting time again tomorrow. We're going to have a blocker review meeting afterwards, so there will be no mini-review during the QA meeting tomorrow. Please add any topic suggestions to the meeting wiki page: https://fedoraproject.org/wiki/QA/Meetings/20121203 The current proposed agenda is included below. == Proposed Agenda Topics == 1. Previous meeting follow-up 2. Fedora 18 Final status/planning 3. Test case / criteria revision 4. Blocker Meeting Scheduling and Length 5. Open floor signature.asc Description: PGP signature ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] 2012-12-03 @ 17:00 UTC - F18 Final Blocker Bug Review #1.2
# F18 Final Blocker Review meeting #1.2 # Date: 2012-12-03 # Time: 17:00 UTC (12:00 EST, 09:00 PST) # Location: #fedora-qa on irc.freenode.net We still haven't gotten through the proposed blocker list for F18 final so we're continuing with the meetings. The length of the meetings and the time until another meeting will depend on the discussion in the QA meeting tomorrow. We'll be running through the beta blockers and nice-to-haves. The current list of blocker bugs is available at: http://qa.fedoraproject.org/blockerbugs/current We'll be reviewing the bugs to determine ... 1. Whether they meet the final release criteria [1] and should stay on the list 2. Whether they are getting the attention they need [1] http://fedoraproject.org/wiki/Fedora_18_Final_Release_Criteria For guidance on Blocker and Nice-to-have (NTH) bugs, please refer to - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process - https://fedoraproject.org/wiki/QA:SOP_nth_bug_process For the blocker review meeting protocol, see - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting signature.asc Description: PGP signature ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: prefered way of configuring X11 keyboard layouts in F18
On 12/02/2012 10:57 PM, Miloslav Trmač wrote: On Sun, Dec 2, 2012 at 12:38 AM, Sérgio Basto ser...@serjux.com wrote: system-config-keyboard should do this: 1. Get the old settings: cat /etc/sysconfig/keyboard 2. Set the new settings: su -c 'localectl set-x11-keymap layout [model] [variant] [options]' 3. Remove the old configuration file: su -c 'rm /etc/sysconfig/keyboard' or at least warning that we should do something new like this . http://pkgs.fedoraproject.org/cgit/systemd.git/commit/?h=f18id=0969ad24898347919865e9298fa01e19cec98649 already attempts to do some kind of automatic conversion. If that is insufficient, please file bugs against systemd. It seems that the virtual console layout is migrated ok, but the x11 part is not. This is what I get on my two upgraded F18 boxes: [root@turre ~]# localectl System Locale: LANG=en_US.UTF-8 VC Keymap: fi X11 Layout: n/a [root@turre ~]# The n/a part is the problem as it falls back to US keyboard. localectl manual says both set-keymap and set-x11-keymap apply to both the keymaps unless --no-convert is specified, but that doesn't seem to happen in practise: [root@turre ~]# localectl set-keymap fi [root@turre ~]# localectl System Locale: LANG=en_US.UTF-8 VC Keymap: fi X11 Layout: n/a [root@turre ~]# localectl set-x11-keymap fi [root@turre ~]# localectl System Locale: LANG=en_US.UTF-8 VC Keymap: fi-latin1 X11 Layout: fi [root@turre ~]# localectl set-keymap fi [root@turre ~]# localectl System Locale: LANG=en_US.UTF-8 VC Keymap: fi X11 Layout: fi X11 Model: pc105 X11 Options: terminate:ctrl_alt_bksp It's a bit bizarre: set-keymap doesn't seem to find fi as the closest matching keyboard for x11 (it probably should), set-x11-keymap considers fi-latin1 to be the closest matching keymap for fi, but in this specific order its possible to get both set to fi. Only it now adds additional model + options there, whatever the reason. - Panu - -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Mojolicious-3.64.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Mojolicious: 0f64f88617d02619bc2e6965f849fb2d Mojolicious-3.64.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-Unicode-Map] Various cleanups
commit 1386366dc26a68e89612878410d279063b3e131e
Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr
Date: Sun Dec 2 11:22:03 2012 +0100
Various cleanups
perl-Unicode-Map.spec | 16 +++-
1 files changed, 7 insertions(+), 9 deletions(-)
---
diff --git a/perl-Unicode-Map.spec b/perl-Unicode-Map.spec
index fe0675b..49a7cbc 100644
--- a/perl-Unicode-Map.spec
+++ b/perl-Unicode-Map.spec
@@ -2,19 +2,19 @@
Name: perl-Unicode-Map
Version:0.112
-Release:25%{?dist}
+Release:26%{?dist}
Summary:Perl module for mapping charsets from and to utf16 unicode
-Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/Unicode-Map/
Source0:
http://www.cpan.org/authors/id/M/MS/MSCHWARTZ/Unicode-Map-0.112.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires: perl(ExtUtils::MakeMaker)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+%{?perl_default_filter}
+
%description
This module converts strings from and to 2-byte Unicode UCS2
format. All mappings happen via 2 byte UTF16 encodings, not via 1 byte
@@ -48,7 +48,6 @@ make %{?_smp_mflags} OPTIMIZE=$RPM_OPT_FLAGS
%install
-rm -rf $RPM_BUILD_ROOT
make install \
PERL_INSTALL_ROOT=$RPM_BUILD_ROOT \
INSTALLARCHLIB=$RPM_BUILD_ROOT%{perl_archlib}
@@ -62,12 +61,7 @@ chmod -R u+w $RPM_BUILD_ROOT/*
make test
-%clean
-rm -rf $RPM_BUILD_ROOT
-
-
%files
-%defattr(-,root,root,-)
%doc COPYING Changes README
%{_bindir}/m*
%{perl_vendorarch}/auto/Unicode
@@ -76,6 +70,10 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Sun Dec 02 2012 Emmanuel Seyman emman...@seyman.fr - 0.112-26
+- Add perl default filter
+- Remove no-longer-used macros
+
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.112-25
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
--
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-Unicode-MapUTF8] Various cleanups
commit 468cc72f5734d0a94f6cda0484d7399aaa7a4e76
Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr
Date: Sun Dec 2 12:06:47 2012 +0100
Various cleanups
perl-Unicode-MapUTF8.spec | 16 +++-
1 files changed, 7 insertions(+), 9 deletions(-)
---
diff --git a/perl-Unicode-MapUTF8.spec b/perl-Unicode-MapUTF8.spec
index bd2b915..7c3530f 100644
--- a/perl-Unicode-MapUTF8.spec
+++ b/perl-Unicode-MapUTF8.spec
@@ -1,14 +1,12 @@
Name: perl-Unicode-MapUTF8
Version:1.11
-Release:19%{?dist}
+Release:20%{?dist}
Summary:Conversions to and from arbitrary character sets and UTF8
-Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/Unicode-MapUTF8/
Source0:
http://www.cpan.org/authors/id/S/SN/SNOWHARE/Unicode-MapUTF8-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl(ExtUtils::MakeMaker), perl(Jcode)
@@ -17,6 +15,8 @@ BuildRequires: perl(Test::More), perl(Test::Pod),
perl(Test::Pod::Coverage)
BuildRequires: perl(Test::Distribution)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+%{?perl_default_filter}
+
%description
Unicode::MapUTF8 Provides an adapter layer between core routines for
converting to and from UTF8 and other encodings. In essence, a way to
@@ -37,7 +37,6 @@ make %{?_smp_mflags}
%install
-rm -rf $RPM_BUILD_ROOT
make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null ';'
@@ -48,12 +47,7 @@ chmod -R u+w $RPM_BUILD_ROOT/*
make test
-%clean
-rm -rf $RPM_BUILD_ROOT
-
-
%files
-%defattr(-,root,root,-)
%doc README
%dir %{perl_vendorlib}/Unicode/
%doc %{perl_vendorlib}/Unicode/MapUTF8.pod
@@ -62,6 +56,10 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Sun Dec 02 2012 Emmanuel Seyman emman...@seyman.fr - 1.11-20
+- Add perl default filter
+- Remove no-longer-used macros
+
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.11-19
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
--
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-WWW-Babelfish] Various cleanups
commit 12cd2879167b5d2105d9b14a596ab9f78f2b2b46
Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr
Date: Sun Dec 2 13:16:20 2012 +0100
Various cleanups
perl-WWW-Babelfish.spec | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
---
diff --git a/perl-WWW-Babelfish.spec b/perl-WWW-Babelfish.spec
index 1e4a311..47a1547 100644
--- a/perl-WWW-Babelfish.spec
+++ b/perl-WWW-Babelfish.spec
@@ -1,12 +1,12 @@
Name: perl-WWW-Babelfish
Version:0.16
-Release:12%{?dist}
+Release:13%{?dist}
Summary:Perl extension for translation via Babelfish or Google
License:GPL+ or Artistic
-Group: Development/Libraries
+
URL:http://search.cpan.org/dist/WWW-Babelfish/
Source0:
http://www.cpan.org/authors/id/D/DU/DURIST/WWW-Babelfish-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+
BuildArch: noarch
BuildRequires: perl(HTML::TokeParser)
BuildRequires: perl(HTTP::Request)
@@ -15,6 +15,8 @@ BuildRequires: perl(LWP::UserAgent)
BuildRequires: perl(ExtUtils::MakeMaker)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+%{?perl_default_filter}
+
%description
Perl interface to the WWW babelfish translation server.
@@ -27,8 +29,6 @@ echo n | %{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
-rm -rf %{buildroot}
-
make pure_install PERL_INSTALL_ROOT=%{buildroot}
find %{buildroot} -type f -name .packlist -exec rm -f {} \;
@@ -39,16 +39,16 @@ find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null
\;
%check
make test
-%clean
-rm -rf %{buildroot}
-
%files
-%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorlib}/*
%{_mandir}/man3/*
%changelog
+* Sun Dec 02 2012 Emmanuel Seyman emman...@seyman.fr - 0.16-13
+- Add perl default filter
+- Remove no-longer-used-macros
+
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.16-12
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
--
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-WWW-Mechanize-GZip] Various cleanups
commit bde6bcb56d85a627d622f99412eb58fb2f5af806
Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr
Date: Sun Dec 2 14:27:11 2012 +0100
Various cleanups
perl-WWW-Mechanize-GZip.spec | 24 +++-
1 files changed, 11 insertions(+), 13 deletions(-)
---
diff --git a/perl-WWW-Mechanize-GZip.spec b/perl-WWW-Mechanize-GZip.spec
index 66dcc5b..9dabf53 100644
--- a/perl-WWW-Mechanize-GZip.spec
+++ b/perl-WWW-Mechanize-GZip.spec
@@ -1,13 +1,13 @@
Name: perl-WWW-Mechanize-GZip
Version:0.12
-Release:9%{?dist}
+Release:10%{?dist}
# lib/WWW/Mechanize/GZip.pm - GPL+ or Artistic
License:GPL+ or Artistic
-Group: Development/Libraries
-Summary:Fetch compressed webpages
+
+Summary:Fetch compressed web pages
Source:
http://search.cpan.org/CPAN/authors/id/P/PE/PEGI/WWW-Mechanize-GZip-%{version}.tar.gz
Url:http://search.cpan.org/dist/WWW-Mechanize-GZip
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
BuildArch: noarch
@@ -25,11 +25,11 @@ Requires: perl(Compress::Zlib)
%description
The WWW::Mechanize::GZip module tries to fetch a URL by requesting
-gzip-compression from the webserver. If the response contains
+gzip-compression from the web server. If the response contains
a header with 'Content-Encoding: gzip', it decompresses the response in
order to get the original (uncompressed) content. This module will help
-to reduce bandwith fetching webpages, if supported by the webeserver.
-If the webserver does not support gzip-compression, no decompression
+to reduce bandwidth fetching web pages, if supported by the web server.
+If the web server does not support gzip-compression, no decompression
will be made.
@@ -42,8 +42,6 @@ find . -type f -exec chmod -x -c {} \;
make %{?_smp_mflags}
%install
-rm -rf %{buildroot}
-
make pure_install PERL_INSTALL_ROOT=%{buildroot}
find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null ';'
@@ -53,16 +51,16 @@ find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null
';'
%check
make test
-%clean
-rm -rf %{buildroot}
-
%files
-%defattr(-,root,root,-)
%doc README Changes
%{perl_vendorlib}/*
%{_mandir}/man3/*.3*
%changelog
+* Sun Dec 02 2012 Emmanuel Seyman emman...@seyman.fr - 0.12-10
+- Remove no-longer-used macros
+- Fix spelling mistakes
+
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.12-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
--
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 877913] Upgrade to new upstream version
Product: Fedora EPEL https://bugzilla.redhat.com/show_bug.cgi?id=877913 --- Comment #6 from Fedora Update System upda...@fedoraproject.org --- Package perl-Config-Validator-0.6-1.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Config-Validator-0.6-1.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-19504/perl-Config-Validator-0.6-1.fc18 then log in and leave karma (feedback). -- 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 877951] Upgrade to new upstream version
Product: Fedora EPEL https://bugzilla.redhat.com/show_bug.cgi?id=877951 --- Comment #7 from Fedora Update System upda...@fedoraproject.org --- Package perl-Directory-Queue-1.7-1.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Directory-Queue-1.7-1.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-19524/perl-Directory-Queue-1.7-1.fc18 then log in and leave karma (feedback). -- 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
