Re: rawhide report: 20130126 changes
[webkitgtk] That failed, as did the webkitgtk3 I tried to rebuild but firefox crashed when trying to load the logs to see why. Failed (many icu flags thing: bug 856594) I really wish the maintainer communicated this better rather than throwing it over the fence on a Friday and running away. [gnome-documents] - http://koji.fedoraproject.org/koji/taskinfo?taskID=4905216 hopefully known/people working on them/been broken for a while: [rygel] This will be fixed RSN, it was going to be yesterday but I lost most of my time fixing other broken deps so I could even attempt to push the new builds. Then I had to leave and didn't get time to look at these: [webkitgtk3] Tried to rebuild and failed, I suspect what ever the issue that webkitgtk had. [gnome-shell] Has grown some circular deps so I asked Kalev to have a look at it, it was broken due to something else, not sure of the status. [cinnamon] Awaiting gnome-shell and then will just rebuild. [media-explorer] Other breakages, I suspect I need to poke upstream. [plplot] Tried to rebuild but needs more attention. [the-board] Needs more attention, not sure it's alive upstream any more. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Re: BuildRequires for texlive stuff for F18 and beyond
In data sabato 26 gennaio 2013 23:55:34, Orcan Ogetbil ha scritto: But if I have a .tex file that needs 40 such requirements, I have to go through the above fix 40 times. Isn't there a way to launch yum to install all the requirements automatically when I run latex? I am not an expert of TeX or rpm macro. I hope to not write stupid things. For me it is not a good solution try to build the package 40 times to found all dependency... Is it not possible to create an rpm macro that can handle all TeX build requirements? Maybe this solution is not good because package could require a dependency not packaged yet in Fedora, isn't? So, the best solution should be the number 2: 2) Generate a list of specific style files using an incantation such as egrep -R 'usepackage|documentclass|RequirePackage' * | cut -d']' -f2 | cut -s -d'{' -f 2 | sed s/}/.sty}/g | cut -d'}' -f1 | sort | uniq To use it when we are writing our spec file...but are 40 BuildRequires too much in a single spec file? -- Mario Santagiuliana www.marionline.it signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20130126 changes
On 01/27/2013 09:41 AM, Peter Robinson wrote: [webkitgtk3] Tried to rebuild and failed, I suspect what ever the issue that webkitgtk had. [gnome-shell] Has grown some circular deps so I asked Kalev to have a look at it, it was broken due to something else, not sure of the status. The fix, or rather the temporary workaround for the circular deps issue is currently blocked by the webkitgtk3 broken deps. Proper upstream fix for the issue is landing at https://bugzilla.gnome.org/show_bug.cgi?id=692584 -- Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Fedora Upgrade - using yum
On 26 Jan 2013, at 15:28, Michael Scherer wrote: Le samedi 26 janvier 2013 à 15:20 -0500, Mike Pinkerton a écrit : On 26 Jan 2013, at 13:09, Chris Murphy wrote: On Jan 26, 2013, at 10:45 AM, Mike Pinkerton pseli...@mindspring.com wrote: If you could SSH into fedup during its offline period and get real time feedback about what it is doing and any errors it encounters, and perhaps the ability to fix any problems when it finishes but before it attempts to reboot, then it would be less scary for remote upgrades. I haven't tried 'systemctl start sshd' during the upgrade to see what happens; it's probably not totally benign to do this, since ssh will be upgraded, but it seems a lot safer, vastly so, than a live yum update while a server is running. Would it work for the network and sshd to be run from the initramfs rather than the file system that is being updated? Then you need to have the network configuration, etc. This can be done, but for now, the feature is not in dracut, see this bug for a similar request for encrypted root : https://bugzilla.redhat.com/show_bug.cgi?id=524727 That bug looks like a superset of what would be needed to run the network and sshd from the initramfs. As for network configuration, in the past (I haven't tried it with F18's new Anaconda), one could do a VNC-enabled install by passing a minimal network configuration (interface and IP address), as well as a VNC password, on the kernel line. Perhaps for a ssh-enabled fedup, one could do something similar, passing an interface and IP address to fedup, possibly as well as a one-time use ssh password and a permitted remote IP address block from which one could connect. How those persist across the reboot -- whether fedup writes those to the kernel line in grub.conf as one would do with a remote VNC install, or they are written into the initramfs -- would be a question. -- Mike -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [rawhide] ideas to improve rawhide
Kevin Fenzi ke...@scrye.com a écrit: modify yum-local to keep say 5 copies? (in case something hits the fan) Yeah, although you can always get them from koji. ... provided your Rawhide system is in good enough shape to reach koji. :) -- Dodji -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: icu 50 soname bump
I will wait for final resolution for bug 856594 till then I will not build fontmatrix. On Sun, Jan 27, 2013 at 8:19 AM, Kevin Fenzi ke...@scrye.com wrote: On Sun, 27 Jan 2013 11:30:22 +0900 Mamoru TASAKA mtas...@fedoraproject.org wrote: Looks like patching against /usr/include/unicode/urename.h is more appropriate. I wrote some comments on bug 856594. If that saves adding workarounds to a bunch of packages seems like the better solution. kevin -- 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: Help figure out the debug slowness
On Tue, 22 Jan 2013 09:44:43 -0600, Justin M. Forbes wrote: As mentioned in the FUDCon kernel talk, we are trying to figure out exactly what causes the massive slowdown for some people with debug kernels. At this point, debug is completely off in the rawhide kernel. Every update this week will turn on more debug options until we find out which one is causing the slowdown. For this to work, we need people testing rawhide proper (not rawhide-nodebug). So please, if you can update daily and give us feedback when you hit a wall, we would really appreciate it. Feedback should be sent to ker...@lists.fedoraproject.org kernel-3.8.0-0.rc4.git5.1.fc19.x86_64 is significantly slower than the previous release for all graphical activities. -- Fedora release 19 (Rawhide) - Linux 3.8.0-0.rc4.git4.1.fc19.x86_64 loadavg: 1.39 0.73 0.28 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Please test Tor Fedora 17 package
Please could testers give some karma: https://admin.fedoraproject.org/updates/FEDORA-2012-14650/tor-0.2.2.39-1700.fc17?_csrf_token=3663fa7adec7f8e5c46ed89b7a0b59cfab9844d9 Tor package for Fedora 17 has been out-of-date with security issues for 4 months. Maintainer Enrico Scholz says he will not push the update without enough karma (despite even critical path updates only requiring 14-days without negative karma before they can be pushed): https://bugzilla.redhat.com/show_bug.cgi?id=903515 -- Jamie Nguyen -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Please test Tor Fedora 17 package
On 27/01/13 12:00, Reindl Harald wrote: Am 27.01.2013 12:54, schrieb Jamie Nguyen: Please could testers give some karma: https://admin.fedoraproject.org/updates/FEDORA-2012-14650/tor-0.2.2.39-1700.fc17?_csrf_token=3663fa7adec7f8e5c46ed89b7a0b59cfab9844d9 done Thanks very much. Hopefully now Mr Scholz will push the update. -- Jamie Nguyen -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Proposed F19 Feature: systemd features
Announcing various systemd features in one announcement, see bellow: = Features/SystemdCalendarTimers = https://fedoraproject.org/wiki/Features/SystemdCalendarTimers Feature owner(s): Lennart Poettering lennart at poettering dot net systemd has supported timer units for activating services based on time since its inception. However, it only could schedule services based on monotonic time events (i.e. every 5 minutes). With this feature in place systemd also supports calendar time events (i.e. every monday morning 6:00 am, or at midnight on every 1st, 2nd, 3rd of each month if that's saturday or sunday). = Features/SystemdHardwareDatabase = https://fedoraproject.org/wiki/Features/SystemdHardwareDatabase Feature owner(s): Kay Sievers kay at redhat dot com The udevd service has a long history of managing kernel devices. Besides generating events when devices are discovered or removed it maintains a dynamic, stateless database of all available devices including meta data about them. With Fedora 19 we want to substantially enhance the metadata that udev keeps for each device, by augmenting it from a userspace database of non- essential information, that is indexed by device identification data such as PCI/USB vendor/product IDs. = Features/SystemdLightweightContainers = https://fedoraproject.org/wiki/Features/SystemdLightweightContainers Feature owner(s): Lennart Poettering lennart at poettering dot net For a longer time systemd already included the systemd-nspawn tool as a more powerful version of chroot(1), primarily inteded for use in development, experimenting, debugging, instrumentation, testing and building of software. With Fedora 19 we want to make nspawn considerably more useful, so that it can easily be used to start containers capable of booting up a complete and unmodified Fedora distribution inside as normal system services. = Features/SystemdMessageCatalog = https://fedoraproject.org/wiki/Features/SystemdMessageCatalog Feature owner(s): Lennart Poettering lennart at poettering dot net Logging is essential for finding and tracking down system problems. Just finding and tracking them down however is seldom enough to actually get them fixed. With Journal Message Catalogs we want to link helpful meta information directly to many log messages applications generate, keyed off an ID identifying the type of message. This localized meta information can help the user to fix the problem, refer him to additional documentation, or even inform him where to get further help. = Features/SystemdResourceControl = https://fedoraproject.org/wiki/Features/SystemdResourceControl Feature owner(s): Lennart Poettering lennart at poettering dot net systemd already has support for assigning specific resources to system services using various configuration settings. With Fedora 19 we'd like to build on that, and add the ability for the admin to dynamically query the resource control parameters and change them at runtime. ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Audio plugins / utilities up for review swap
Hi all, I have the following outstanding packages ready to be reviewed. All are small and shouldn't be too taxing. radium-compressor - A Qt compressor with an intuitive GUI https://bugzilla.redhat.com/show_bug.cgi?id=904658 lv2-newtonator - an LV2 synth plugin that uses the physical principles of velocity and acceleration https://bugzilla.redhat.com/show_bug.cgi?id=887769 lv2-fomp-plugins - a colletion of LV2 plugins ported from LADSPA oscpack - A set of c++ classes https://bugzilla.redhat.com/show_bug.cgi?id=887750 python-mididings - a MIDI router and processor with python3 support https://bugzilla.redhat.com/show_bug.cgi?id=866183 regards, Brendan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: systemd features
Jaroslav Reznik writes: Announcing various systemd features in one announcement, see bellow: = Features/SystemdCalendarTimers = https://fedoraproject.org/wiki/Features/SystemdCalendarTimers Feature owner(s): Lennart Poettering lennart at poettering dot net systemd has supported timer units for activating services based on time since its inception. However, it only could schedule services based on monotonic time events (i.e. every 5 minutes). With this feature in place systemd also supports calendar time events (i.e. every monday morning 6:00 am, or at midnight on every 1st, 2nd, 3rd of each month if that's saturday or sunday). So, systemd wants to reinvent cron? Based on systemd's prior track record of various parts breaking randomly (namely the PrivateTmp fiasco), not really looking forward to this. pgpj_XsprYnM9.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Proposed F19 Feature: Cinnamon as Default Desktop
= Features/Cinnamon as Default Desktop = https://fedoraproject.org/wiki/Features/Cinnamon_as_Default_Desktop Feature owner(s): Eric Smith e...@brouhaha.com This feature proposes that Fedora switch the default desktop interface from Gnome 3 to Cinnamon. Cinnamon provides a desktop interface that is more familiar to Windows and Gnome 2 users than the standard Gnome Shell interface, while being built from Gnome 3 components. == Detailed description == The Gnome 3 interface is substantially different that the traditional desktop interfaces on both Linux and Windows. While it is good that there is research into new user interface concepts, many users prefer to have a traditional interface that they are accustomed to. Unfortunately it is difficult or impossible to assess what fraction of the user base prefers Gnome Shell vs. a more traditional interface. I'm not trying to start (or continue) a flame war here, so I won't state any of my own criticisms of Gnome Shell here, but I will observe that a number of very high profile people in the Linux community, such as Linus Torvalds and Alan Cox, have publicly announce that due to problems with Gnome Shell they are switching to a different desktop and/or Linux distribution. I submit the proposition that it is easier for a user doing a new Fedora install to start with a traditional desktop, and switch to the Gnome Shell if they prefer that, than to start with Gnome Shell and switch to a traditional desktop. The Cinnamon desktop provides a traditional desktop while being based on the latest Gnome and GTK components, so it seems like a better candidate for a default desktop than MATE, which is based on older components. ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Proposed F19 Feature: GLIBC 2.17
= Features/GLIBC217 = https://fedoraproject.org/wiki/Features/GLIBC217 Feature owner(s): Jeff Law l...@redhat.com Switch GLIBC in Fedora 19 to GLIBC version 2.17. == Detailed description == GLIBC 2.17 was released at the end of 2012; we have been closely tracking the GLIBC 2.17 development code in Fedora Rawhide and addressing any issues as they arise. The proposed mass-rebuild with GCC 4.8 [1] in February should also shake out any remaining problems with GLIBC's header files. [1] https://fedoraproject.org/wiki/Features/GCC48 ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Cinnamon as Default Desktop
I don't think Cinnamon as default desktop. Fedora always was of GNOME by default Desktop. However, I have to choose, I would choose KDE as default desktop. On Sun, Jan 27, 2013 at 2:53 PM, Jaroslav Reznik jrez...@redhat.com wrote: = Features/Cinnamon as Default Desktop = https://fedoraproject.org/wiki/Features/Cinnamon_as_Default_Desktop Feature owner(s): Eric Smith e...@brouhaha.com This feature proposes that Fedora switch the default desktop interface from Gnome 3 to Cinnamon. Cinnamon provides a desktop interface that is more familiar to Windows and Gnome 2 users than the standard Gnome Shell interface, while being built from Gnome 3 components. == Detailed description == The Gnome 3 interface is substantially different that the traditional desktop interfaces on both Linux and Windows. While it is good that there is research into new user interface concepts, many users prefer to have a traditional interface that they are accustomed to. Unfortunately it is difficult or impossible to assess what fraction of the user base prefers Gnome Shell vs. a more traditional interface. I'm not trying to start (or continue) a flame war here, so I won't state any of my own criticisms of Gnome Shell here, but I will observe that a number of very high profile people in the Linux community, such as Linus Torvalds and Alan Cox, have publicly announce that due to problems with Gnome Shell they are switching to a different desktop and/or Linux distribution. I submit the proposition that it is easier for a user doing a new Fedora install to start with a traditional desktop, and switch to the Gnome Shell if they prefer that, than to start with Gnome Shell and switch to a traditional desktop. The Cinnamon desktop provides a traditional desktop while being based on the latest Gnome and GTK components, so it seems like a better candidate for a default desktop than MATE, which is based on older components. ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Álvaro Castillo Fedora Project, EMEA ambassador http://fedoraproject.org/wiki/User:Netsys Linux user #547784 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Proposed F19 Feature: GNOME 3.8
= Features/Gnome3.8 = https://fedoraproject.org/wiki/Features/Gnome3.8 Feature owner(s): Matthias Clasen mcla...@redhat.com Update GNOME to the latest upstream release. == Detailed description == GNOME 3.8 continues development along the lines of 3.6: * Building out the central features of GNOME 3: - A new panel will allow to configure GNOME shell search, and applications can provide search results to the shell - The display of search results in the GNOME shell overview was redesigned - Notifications can be configured in a new panel - Privacy settings are collected in a new panel - Sharing (mainly of data, in the local network) can be centrally controlled in a new panel * Support for OwnCloud in Online Accounts * Better accessibility * Improved IBus integration - Modifier-only shortcuts can be set in the Keyboard panel - IMEs can have menu items in the statusmenu (the whitelist was removed) - Per-window changes of input source are possible again - Nicer candidate popups * New applications - A note-taking app - A new photo app - A new clock app * Fallback mode is going away in 3.8. Instead, there will be a set of supported extensions that is grouped together in a 'classic' mode, which provides a more GNOME 2-like user experience ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: systemd features
Le dimanche 27 janvier 2013 à 09:49 -0500, Sam Varshavchik a écrit : Jaroslav Reznik writes: Announcing various systemd features in one announcement, see bellow: = Features/SystemdCalendarTimers = https://fedoraproject.org/wiki/Features/SystemdCalendarTimers Feature owner(s): Lennart Poettering lennart at poettering dot net systemd has supported timer units for activating services based on time since its inception. However, it only could schedule services based on monotonic time events (i.e. every 5 minutes). With this feature in place systemd also supports calendar time events (i.e. every monday morning 6:00 am, or at midnight on every 1st, 2nd, 3rd of each month if that's saturday or sunday). So, systemd wants to reinvent cron? That's not exactly the same. Since a timer can be activated by a unit, or triggered by a inactive unit, you could for example run a job only if a unit is running. You can also directly express stuff that cron do not do such as running X secondes after boot, even if this could be done in cron too ( like @reboot, sleep 40 stuff ). I guess also that since systemd support selinux ( https://fedoraproject.org/wiki/Features/SELinuxSystemdAccessControl ), this permit to have a finer grained system for deciding who can or cannot disable a timer unit, with a selinux policy. On the other hand, cron just permit to edit the whole file, even if I guess you can work around this limitation with a clever system using /etc/cron.d/. Based on systemd's prior track record of various parts breaking randomly (namely the PrivateTmp fiasco), not really looking forward to this. You mean that PrivateTmp was not private at random, or that PrivateTmp activation broke software who relied on /tmp to be shared ? -- Michael Scherer -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Cinnamon as Default Desktop
On Sun, Jan 27, 2013 at 9:53 AM, Jaroslav Reznik jrez...@redhat.com wrote: = Features/Cinnamon as Default Desktop = https://fedoraproject.org/wiki/Features/Cinnamon_as_Default_Desktop Feature owner(s): Eric Smith e...@brouhaha.com This feature proposes that Fedora switch the default desktop interface from Gnome 3 to Cinnamon. Cinnamon provides a desktop interface that is more familiar to Windows and Gnome 2 users than the standard Gnome Shell interface, while being built from Gnome 3 components. We have no focused testing effort on Cinnamon. I don't think switching the default after we're already heading towards a 3.8 release of Gnome is the greatest use of resources. Please don't construe that as me arguing Gnome 3 is perfect. It isn't. I submit the proposition that it is easier for a user doing a new Fedora install to start with a traditional desktop, and switch to the Gnome Shell if they prefer that, than to start with Gnome Shell and switch to a traditional desktop. This is conjecture at best. There is no data (on either side) to suggest it is true. The Cinnamon desktop provides a traditional desktop while being based on the latest Gnome and GTK components, so it seems like a better candidate for a default desktop than MATE, which is based on older components. I'll agree that Cinnamon would seem to be in a better position going forward than MATE, but I don't think there's anything to justify it being the default desktop environment. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [rawhide] ideas to improve rawhide
On Thu, 24 Jan 2013 15:59:05 -0700 Kevin Fenzi ke...@scrye.com wrote: http://wwoods.fedorapeople.org/files/critical-path/old/critpath.py I've been using yum-local here, but it's not as handy as I thought it might be. ;( modify yum-local to keep say 5 copies? (in case something hits the fan) Yeah, although you can always get them from koji. If on single rawhide machine, could be stuck with no network. keepcache=1 + http://freecode.com/projects/tidy-yum-cache-plugin Currently using it with: F16/17/18/F19-Rawhide kevin -- Regards, Frank http//www.frankly3d.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Help figure out the debug slowness
On Sun, Jan 27, 2013 at 12:12:17 +0100, Michael Schwendt mschwe...@gmail.com wrote: kernel-3.8.0-0.rc4.git5.1.fc19.x86_64 is significantly slower than the previous release for all graphical activities. One note that came up in the last meeting is that you can turn off slub debugging at boot time with the slub_debug=- parameter. This might allow you to continue testing the debug kernels as other things get enabled. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Help figure out the debug slowness
On 01/27/2013 06:12 AM, Michael Schwendt wrote: On Tue, 22 Jan 2013 09:44:43 -0600, Justin M. Forbes wrote: snip kernel-3.8.0-0.rc4.git5.1.fc19.x86_64 is significantly slower than the previous release for all graphical activities. For me the opposite is true. It is (subjectively) faster than 3.8.0-0.rc4.git3.1.fc19.x86_64. Have not been updating daily, tho. $ lspci | grep -i vga 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV630 [Radeon HD 2600 Series] -- Regards, OldFart -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: drop inheritance at f19 branch point?
On Sat, Jan 26, 2013 at 20:27:55 -0700, Orion Poplawski or...@cora.nwra.com wrote: Doing more than one asks in certain situations sounds bad, but how about: fn: fedpkg build --and-newer Does: fedpkg build loop: fedpkg switch-branch fn+1 (or master) git merge fn git push fedpkg build goto loop: unless at master It could also take --nowait. If there was an error at any point it would abort (assuming git gives some non-zero return codes). I prefer to do my updates starting at master and working backwards. I am not sure what the split is for this amoung our developers. It would be nice to have a check that the merges are all fast forwards. If not, I am not sure you want this happening automatically. This is likely to drag change log entries along that don't apply, that might on rare occasions cause some confusion. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Cinnamon as Default Desktop
- Original Message - I don't think Cinnamon as default desktop. Fedora always was of GNOME by default Desktop. However, I have to choose, I would choose KDE as default desktop. From the times Kevin proposed Plasma as default desktop - and the rest of KDE SIG did not support it - it's mainly about resources. And not only packaging ones, also development (to make sure desktop works on top of our base system layer - and you know, Fedora is often first) but documentation (yeah, someone has to write documentation), artwork and all other teams I forgot to mention (sorry ;-). Btw. Board is trying to find the way how to avoid that strict something is default - do you know based on this definition Compiz should be part of our default offering [1]? And the last thing - GNOME is coming with so called classic UI - see GNOME 3.8 feature page (I announced a few minutes ago) [2]. Fallback mode is going away in 3.8. Instead, there will be a set of supported extensions that is grouped together in a 'classic' mode, which provides a more GNOME 2-like user experience Same tries Cinnamon but as a fork. Make your own conclusion ;-) Jaroslav [1] http://fedoraproject.org/wiki/Default_offering [2] https://fedoraproject.org/wiki/Features/Gnome3.8 On Sun, Jan 27, 2013 at 2:53 PM, Jaroslav Reznik jrez...@redhat.com wrote: = Features/Cinnamon as Default Desktop = https://fedoraproject.org/wiki/Features/Cinnamon_as_Default_Desktop Feature owner(s): Eric Smith e...@brouhaha.com This feature proposes that Fedora switch the default desktop interface from Gnome 3 to Cinnamon. Cinnamon provides a desktop interface that is more familiar to Windows and Gnome 2 users than the standard Gnome Shell interface, while being built from Gnome 3 components. == Detailed description == The Gnome 3 interface is substantially different that the traditional desktop interfaces on both Linux and Windows. While it is good that there is research into new user interface concepts, many users prefer to have a traditional interface that they are accustomed to. Unfortunately it is difficult or impossible to assess what fraction of the user base prefers Gnome Shell vs. a more traditional interface. I'm not trying to start (or continue) a flame war here, so I won't state any of my own criticisms of Gnome Shell here, but I will observe that a number of very high profile people in the Linux community, such as Linus Torvalds and Alan Cox, have publicly announce that due to problems with Gnome Shell they are switching to a different desktop and/or Linux distribution. I submit the proposition that it is easier for a user doing a new Fedora install to start with a traditional desktop, and switch to the Gnome Shell if they prefer that, than to start with Gnome Shell and switch to a traditional desktop. The Cinnamon desktop provides a traditional desktop while being based on the latest Gnome and GTK components, so it seems like a better candidate for a default desktop than MATE, which is based on older components. ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Álvaro Castillo Fedora Project, EMEA ambassador http://fedoraproject.org/wiki/User:Netsys Linux user #547784 -- 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: Please test Tor Fedora 17 package
Am 27.01.2013 12:54, schrieb Jamie Nguyen: Please could testers give some karma: https://admin.fedoraproject.org/updates/FEDORA-2012-14650/tor-0.2.2.39-1700.fc17?_csrf_token=3663fa7adec7f8e5c46ed89b7a0b59cfab9844d9 done Tor package for Fedora 17 has been out-of-date with security issues for 4 months. Maintainer Enrico Scholz says he will not push the update without enough karma than he should backport the security fixes by himself or go ahead - is is a unacceptable knowing about security problems and ignore them over months signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: drop inheritance at f19 branch point?
On Sat, 26 Jan 2013 23:34:57 -0500 Ben Boeckel maths...@gmail.com wrote: On Sat, Jan 26, 2013 at 19:48:25 -0700, Kevin Fenzi wrote: Seems complex. For the logic, the delay part, or a likely implementation? Yes. ;) Would it run on the client or on the server side? I was thinking server side at first, but maybe we could have fedpkg detect this and ask if it's wanted when the build is requested (possibly with a per-package and global setting)? That sounds really busy... fedpkg build Do you want to also build this for $branch ? If I did, wouldn't I? It also seems... unexpected. You ask for a build, but it does commits and builds behind your back? As written above, it wouldn't write any new commits (--ff-only should enforce that). It would only update branches and request builds along with a notice of intent. Sure, it doesn't commit that was a poor phrasing. It however does merge and build things you didn't ask it to build. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: drop inheritance at f19 branch point?
On Sat, 26 Jan 2013 20:27:55 -0700 Orion Poplawski or...@cora.nwra.com wrote: Doing more than one asks in certain situations sounds bad, but how about: fn: fedpkg build --and-newer Does: fedpkg build loop: fedpkg switch-branch fn+1 (or master) git merge fn git push fedpkg build goto loop: unless at master It could also take --nowait. If there was an error at any point it would abort (assuming git gives some non-zero return codes). Sure, might work. I'm not a fedpkg maintainer, so it would fall on them if they would accept this or want to work on it. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Please test Tor Fedora 17 package
On Sun, 27 Jan 2013, Jamie Nguyen wrote: Please could testers give some karma: https://admin.fedoraproject.org/updates/FEDORA-2012-14650/tor-0.2.2.39-1700.fc17?_csrf_token=3663fa7adec7f8e5c46ed89b7a0b59cfab9844d9 Tor package for Fedora 17 has been out-of-date with security issues for 4 months. Maintainer Enrico Scholz says he will not push the update without enough karma (despite even critical path updates only requiring 14-days without negative karma before they can be pushed): https://bugzilla.redhat.com/show_bug.cgi?id=903515 I have long ago given up on tor in Fedora. I've gone through several rounds of battles with Enrico, one up to Fesco. The package should have been taken away from him a long time ago. It's basically Enciro's package and not a Fedora package. As a security dev, I can sadly only recommend using the upstream rpms. Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora Windows Spice/Virtio KVM drivers and tools (was Re: Red Hat QXL GPU Driver for Windows 7?)
Christophe Fergeau schreef op do 24-01-2013 om 11:40 [+0100]: On Sat, Jan 12, 2013 at 07:59:24PM +0100, Erik van Pienbroek wrote: The mingw-w64 compiler which is currently in Fedora should be capable of building virtio as the DDK pieces are also bundled (in the folder /usr/i686-w64-mingw32/sys-root/mingw/include/ddk). I just took a quick attempt to manually compile these drivers using the mingw-w64 compiler in Fedora and I think it should be possible. Do you happen to have a log of these attempts? You just quickly passed the driver C files to mingw-gcc, or did you do something more sophisticated? I think it would be easier if we could discuss this on IRC: #fedora-mingw @ FreeNode. This subject is a bit off-topic for this list. Regards, Erik van Pienbroek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Fwd: [Fedora-packaging] Orphaning my packages]
Přeposlaná zpráva Od: Mario Blättermann mario.blaetterm...@gmail.com Reply-to: Discussion of RPM packaging standards and practices for Fedora packag...@lists.fedoraproject.org Komu: packag...@lists.fedoraproject.org Předmět: [Fedora-packaging] Orphaning my packages Datum: Sun, 27 Jan 2013 18:15:55 +0100 Hi all, due to lack of time I will orphaning all my packages. Most of them I haven't used for a while anyway. Here's a full list: Temperature.app -- Window Maker applet which fetches local temperature information alsamixer-dockapp -- Simple mixer application for ALSA drivers appmenu-qt -- Global application menu to Qt aswvdial -- Dockapp for wvdial compton -- Compositor for X cputnik -- Dockapp which displays CPU and memory usage frogr -- Flickr Remote Organizer for GNOME gtk-solidity-engine -- Solidity Gtk+ theming engine hitori -- Logic puzzle game for GNOME kupfer -- Summon an application or document quickly obapps -- Graphical tool for configuring per-application settings in Openbox pclock -- WindowMaker dockapp which displays an analog clock perl-GStreamer-Interfaces -- Perl interface to the GStreamer Interfaces library plasma-widget-menubar -- Show window menubars pogo -- Probably the simplest and fastest audio player for Linux sudoku-savant -- Solve and generate sudoku puzzles through logical means wmSun -- Rise/Set time of Sun in a dockapp wmbinclock -- Dockapp which shows the actual system time as binary clock wmblob -- Dockapp which shows funny moving `blobs' wmcalc -- Calculator in a WindowMaker dockapp wmcore -- Dockapp that shows the usage of each core in the system wmcube -- Dockapp with a rotating 3d-object and the current CPU load wmdrawer -- Retractable button bar launcher dockapp wmeyes -- Dockapp with moving eyes that follow mouse movement wmnet -- Network monitoring dockapp wmpuzzle -- A 4x4 puzzle on a 64x64 mini window wmsystemtray -- System tray (freedesktop.org systray protocol) as a Window Maker dock app wmtictactoe -- TicTacToe game as a dockapp wmtop -- Mini graphical version of the CPU monitoring utility top wmwave -- Statistics about a current wireless Ethernet connection wmweather -- Applet which shows local weather conditions The following packages don't stay unowned, because I was co-maintainer only: opencsg -- Library for Constructive Solid Geometry using OpenGL openscad -- The Programmers Solid 3D CAD Modeller openscad-MCAD -- OpenSCAD Parametric CAD Library pyproj -- Cython wrapper to provide python interfaces to Proj wiki2beamer -- Converts a simple wiki-like syntax to complex LaTeX beamer code Best Regards, Mario -- packaging mailing list packag...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/packaging -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[pkgdb] perl-GStreamer-Interfaces ownership changed
Package perl-GStreamer-Interfaces in Fedora devel was orphaned by mariobl To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-GStreamer-Interfaces -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[pkgdb] perl-GStreamer-Interfaces ownership changed
Package perl-GStreamer-Interfaces in Fedora 18 was orphaned by mariobl To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-GStreamer-Interfaces -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[pkgdb] perl-GStreamer-Interfaces ownership changed
Package perl-GStreamer-Interfaces in Fedora 16 was orphaned by mariobl To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-GStreamer-Interfaces -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[pkgdb] perl-GStreamer-Interfaces ownership changed
Package perl-GStreamer-Interfaces in Fedora 17 was orphaned by mariobl To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-GStreamer-Interfaces -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Proposed F19 Feature: High Availability Container Resources
= Features/ High Availability Container Resources = https://fedoraproject.org/wiki/Features/High_Availability_Container_Resources Feature owner(s): David Vossel dvos...@redhat.com The Container Resources feature allows the HA stack (Pacemaker + Corosync) residing on a host machine to extend management of resources into virtual guest instances (KVM/LXC). == Detailed description == This feature is in response to the growing desire for high availability functionality to be extended outside of the host into virtual guest instances. Pacemaker is currently capable of managing virtual guests, meaning Pacemaker can start/stop/monitor/migrate virtual guests anywhere in the cluster, but Pacemaker has no ability to manage the resources that live within the virtual guests. At the moment these virtual guests are very much a black box to Pacemaker. The Container Resources feature changes this by giving Pacemaker the ability to reach into the virtual guests and manage resources in the exact same way resources are managed on the host nodes. Ultimately this gives the HA stack the ability to manage resources across all the nodes in cluster as well as any virtual guests that reside within those cluster nodes. ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: systemd features
On Sun, Jan 27, 2013 at 3:49 PM, Sam Varshavchik mr...@courier-mta.com wrote: Jaroslav Reznik writes: Announcing various systemd features in one announcement, see bellow: = Features/SystemdCalendarTimers = https://fedoraproject.org/wiki/Features/SystemdCalendarTimers Feature owner(s): Lennart Poettering lennart at poettering dot net systemd has supported timer units for activating services based on time since its inception. However, it only could schedule services based on monotonic time events (i.e. every 5 minutes). With this feature in place systemd also supports calendar time events (i.e. every monday morning 6:00 am, or at midnight on every 1st, 2nd, 3rd of each month if that's saturday or sunday). So, systemd wants to reinvent cron? Based on systemd's prior track record of various parts breaking randomly (namely the PrivateTmp fiasco), not really looking forward to this. cron is not going anywhere i.e you can still use cron. btw. from the feature page It doesn't affect anybody who doesn't use this. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Please test Tor Fedora 17 package
On 27/01/13 16:54, Paul Wouters wrote: On Sun, 27 Jan 2013, Jamie Nguyen wrote: Please could testers give some karma: https://admin.fedoraproject.org/updates/FEDORA-2012-14650/tor-0.2.2.39-1700.fc17?_csrf_token=3663fa7adec7f8e5c46ed89b7a0b59cfab9844d9 Tor package for Fedora 17 has been out-of-date with security issues for 4 months. Maintainer Enrico Scholz says he will not push the update without enough karma (despite even critical path updates only requiring 14-days without negative karma before they can be pushed): https://bugzilla.redhat.com/show_bug.cgi?id=903515 I have long ago given up on tor in Fedora. I've gone through several rounds of battles with Enrico, one up to Fesco. The package should have been taken away from him a long time ago. It's basically Enciro's package and not a Fedora package. As a security dev, I can sadly only recommend using the upstream rpms. Paul I'm maintainer of Tor packages for EL6 and they are in fact currently more up-to-date than the Fedora 18 packages, as crazy as that sounds. Fedora users can alternatively use my own Tor repository (which includes Tor Browser too): http://repos.fedorapeople.org/repos/jamielinux/tor/ -- Jamie Nguyen -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Proposed F19 Feature: MATE Desktop 1.6
= Features/MATE-Desktop-1.6 = https://fedoraproject.org/wiki/Features/MATE-Desktop-1.6 Feature owner(s): Dan Mashal dan.mashal AT fedoraproject DOT org MATE Desktop is based on GNOME 2 and provides an intuitive and attractive desktop to Linux users who seek a simple, easy to use traditional interface. == Detailed description == MATE is a traditional Gnome 2 like desktop user interface. Many users have expressed interest in this feature since Fedora 15 in which Fedora was switched from Gnome 2 to Gnome 3. For the advanced user that doesn't want a cutting edge desktop and just wants to keep it simple this is perfect for them. The popularity of MATE Desktop is very high. It is one of the 2 choices of DE's for Linux Mint which is one of the most popular Linux distros out right now. ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Fedora-packaging] Orphaning my packages
* Mario Blättermann [27/01/2013 18:15] : perl-GStreamer-Interfaces -- Perl interface to the GStreamer Interfaces library I've taken this one. Emmanuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Fwd: [Fedora-packaging] Orphaning my packages]
On Sunday 27 of January 2013 18:32:39 Dan Horák wrote: Přeposlaná zpráva Od: Mario Blättermann mario.blaetterm...@gmail.com Reply-to: Discussion of RPM packaging standards and practices for Fedora packag...@lists.fedoraproject.org Komu: packag...@lists.fedoraproject.org Předmět: [Fedora-packaging] Orphaning my packages Datum: Sun, 27 Jan 2013 18:15:55 +0100 Hi all, due to lack of time I will orphaning all my packages. Most of them I haven't used for a while anyway. Here's a full list: appmenu-qt -- Global application menu to Qt plasma-widget-menubar -- Show window menubars Taking these two as it's one of the 4.10 kwin features. Btw. I can't take ownership for F18 for appmenu-qt [1]... Any idea? [1] https://admin.fedoraproject.org/pkgdb/acls/name/appmenu-qt Jaroslav Best Regards, Mario -- packaging mailing list packag...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/packaging -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Re: BuildRequires for texlive stuff for F18 and beyond
On Sun, Jan 27, 2013 at 3:57 AM, Mario Santagiuliana wrote: In data sabato 26 gennaio 2013 23:55:34, Orcan Ogetbil ha scritto: But if I have a .tex file that needs 40 such requirements, I have to go through the above fix 40 times. Isn't there a way to launch yum to install all the requirements automatically when I run latex? I am not an expert of TeX or rpm macro. I hope to not write stupid things. For me it is not a good solution try to build the package 40 times to found all dependency... Is it not possible to create an rpm macro that can handle all TeX build requirements? Maybe this solution is not good because package could require a dependency not packaged yet in Fedora, isn't? My question is more about the basic usage of latex. As a latex user, I don't want to call yum 40 times just to compile my .tex file. If it is not easy (well, why is it difficult?) to make latex launch yum to install dependencies, maybe we can ship a script to generate the RPM dependencies, similar to yum-builddep. Orcan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Concern that firewalld is not ready to be default firewall
What to express that firewalld is not ready to be the default firewall. We believe it is a step in the right direction, but lacks documentation, migration support, and the crucial need for permanent use of direct rules on restart. We did attempt to put into the Fedora distribution the sshdfilter software but there was no way to do it within the existing structure as it required modifications to other packages. So we see the need, but we can not see how to use what is currently released. What the user does not understand, including administrators, that gets in the way of usage will be disabled. Administrators will not migrate to this until they can clearly see how to do safe implementations. For Fedora 18 we plan not to use firewalld until we can be confident that we can implement a safe fire wall and know how it is working. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Cinnamon as Default Desktop
I love GNOME 3 and detest KDE 4. I've tried MATE and Cinnamon on both Linux Mint and Fedora and don't really see the point of either of them as long as GNOME 3 offers fallback mode. When you come right down to it, nearly all Linux desktops can be easily customized to provide a Windows-like workflow (menu at lower left, panel at bottom) or a Mac-like workflow (menu at upper left, panel at top). All the major Linux desktops can do this. I've even done this with OpenBox and fbpanel. Personally I think the Default Linux desktop ought to *be* OpenBox and fbpanel - it would get the media sizes and RAM use back down to something sane. ;-) I spend most of my time in either the browser, a terminal or a GUI application like RStudio, LibreOffice or GIMP. That's all a Linux desktop needs, really - a browser, a terminal app and a menu/panel/taskbar/tray/clock/wifi/sound/weather app gizmo. You *do* need a good terminal app - I'd pick gnome-terminal over konsole or lxterminal or the XFCE terminal if I had a choice but I could live with any of them. Xterm is even acceptable if you have a 3-button mouse. ;-) But other than that, an awful lot of the innovation in Linux desktops seems to me to be wasted effort. On Sun, Jan 27, 2013 at 8:14 AM, Jaroslav Reznik jrez...@redhat.com wrote: - Original Message - I don't think Cinnamon as default desktop. Fedora always was of GNOME by default Desktop. However, I have to choose, I would choose KDE as default desktop. From the times Kevin proposed Plasma as default desktop - and the rest of KDE SIG did not support it - it's mainly about resources. And not only packaging ones, also development (to make sure desktop works on top of our base system layer - and you know, Fedora is often first) but documentation (yeah, someone has to write documentation), artwork and all other teams I forgot to mention (sorry ;-). Btw. Board is trying to find the way how to avoid that strict something is default - do you know based on this definition Compiz should be part of our default offering [1]? And the last thing - GNOME is coming with so called classic UI - see GNOME 3.8 feature page (I announced a few minutes ago) [2]. Fallback mode is going away in 3.8. Instead, there will be a set of supported extensions that is grouped together in a 'classic' mode, which provides a more GNOME 2-like user experience Same tries Cinnamon but as a fork. Make your own conclusion ;-) Jaroslav [1] http://fedoraproject.org/wiki/Default_offering [2] https://fedoraproject.org/wiki/Features/Gnome3.8 On Sun, Jan 27, 2013 at 2:53 PM, Jaroslav Reznik jrez...@redhat.com wrote: = Features/Cinnamon as Default Desktop = https://fedoraproject.org/wiki/Features/Cinnamon_as_Default_Desktop Feature owner(s): Eric Smith e...@brouhaha.com This feature proposes that Fedora switch the default desktop interface from Gnome 3 to Cinnamon. Cinnamon provides a desktop interface that is more familiar to Windows and Gnome 2 users than the standard Gnome Shell interface, while being built from Gnome 3 components. == Detailed description == The Gnome 3 interface is substantially different that the traditional desktop interfaces on both Linux and Windows. While it is good that there is research into new user interface concepts, many users prefer to have a traditional interface that they are accustomed to. Unfortunately it is difficult or impossible to assess what fraction of the user base prefers Gnome Shell vs. a more traditional interface. I'm not trying to start (or continue) a flame war here, so I won't state any of my own criticisms of Gnome Shell here, but I will observe that a number of very high profile people in the Linux community, such as Linus Torvalds and Alan Cox, have publicly announce that due to problems with Gnome Shell they are switching to a different desktop and/or Linux distribution. I submit the proposition that it is easier for a user doing a new Fedora install to start with a traditional desktop, and switch to the Gnome Shell if they prefer that, than to start with Gnome Shell and switch to a traditional desktop. The Cinnamon desktop provides a traditional desktop while being based on the latest Gnome and GTK components, so it seems like a better candidate for a default desktop than MATE, which is based on older components. ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Álvaro Castillo Fedora Project, EMEA ambassador http://fedoraproject.org/wiki/User:Netsys Linux user #547784 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org
Re: [Fwd: [Fedora-packaging] Orphaning my packages]
On Sun, 27 Jan 2013 20:03:53 + Jaroslav Reznik jrez...@redhat.com wrote: Taking these two as it's one of the 4.10 kwin features. Btw. I can't take ownership for F18 for appmenu-qt [1]... Any idea? [1] https://admin.fedoraproject.org/pkgdb/acls/name/appmenu-qt It looks like it was retired accidentally instead of simply orphaned. I have unretired it so you can take it over now. Jaroslav kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Concern that firewalld is not ready to be default firewall
On Sun, 27 Jan 2013 12:52:42 -0800 (PST) David Highley dhigh...@highley-recommended.com wrote: What to express that firewalld is not ready to be the default firewall. We believe it is a step in the right direction, but lacks documentation, migration support, and the crucial need for permanent use of direct rules on restart. I'm afraid it's too late for that concern, as it is default in f18 now. You're welcome to disable it and use old iptables setup until you are confortable with it or it provides the features you need. Do file bugs on it as you run into them. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BuildRequires for texlive stuff for F18 and beyond
On 01/27/2013 12:35 PM, Orcan Ogetbil wrote: My question is more about the basic usage of latex. As a latex user, I don't want to call yum 40 times just to compile my .tex file. I think you're misunderstanding. This is only for the packager that will need to find all the dependencies. Once that's done, for you as a user, yum will automatically handle them. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Fedora-packaging] Orphaning my packages
On Sun, Jan 27, 2013 at 18:15:55 +0100, Mario Blättermann mario.blaetterm...@gmail.com wrote: sudoku-savant -- Solve and generate sudoku puzzles through logical means That one hasn't been orphaned in the package database yet. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20130126 changes
On 01/27/2013 01:41 AM, Peter Robinson wrote: [plplot] Tried to rebuild but needs more attention. That's mine. I'll try to get to it soon. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BuildRequires for texlive stuff for F18 and beyond
On Sun, Jan 27, 2013 at 9:32 PM, Samuel Sieb wrote: On 01/27/2013 12:35 PM, Orcan Ogetbil wrote: My question is more about the basic usage of latex. As a latex user, I don't want to call yum 40 times just to compile my .tex file. I think you're misunderstanding. This is only for the packager that will need to find all the dependencies. Once that's done, for you as a user, yum will automatically handle them. Wait. When I write a LateX file from scratch, say foo.tex, and invoke $ latex foo.tex latex will talk to yum to get me all my dependencies that I specifically require in my foo.tex? If so, sorry for the noise. My misunderstanding. Best, Orcan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Cinnamon as Default Desktop
Well, maybe the result is nobody will support openbox as default. Your words make me think why users hate Linux desktops... :) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Cinnamon as Default Desktop
On Sunday, January 27, 2013, M. Edward (Ed) Borasky wrote: I love GNOME 3 and detest KDE 4. I've tried MATE and Cinnamon on both Linux Mint and Fedora and don't really see the point of either of them as long as GNOME 3 offers fallback mode. When you come right down to it, nearly all Linux desktops can be easily customized to provide a Windows-like workflow (menu at lower left, panel at bottom) or a Mac-like workflow (menu at upper left, panel at top). All the major Linux desktops can do this. I've even done this with OpenBox and fbpanel. Personally I think the Default Linux desktop ought to *be* OpenBox and fbpanel - it would get the media sizes and RAM use back down to something sane. ;-) I spend most of my time in either the browser, a terminal or a GUI application like RStudio, LibreOffice or GIMP. That's all a Linux desktop needs, really - a browser, a terminal app and a menu/panel/taskbar/tray/clock/wifi/sound/weather app gizmo. You *do* need a good terminal app - I'd pick gnome-terminal over konsole or lxterminal or the XFCE terminal if I had a choice but I could live with any of them. Xterm is even acceptable if you have a 3-button mouse. ;-) But other than that, an awful lot of the innovation in Linux desktops seems to me to be wasted effort. On Sun, Jan 27, 2013 at 8:14 AM, Jaroslav Reznik jrez...@redhat.com wrote: - Original Message - I don't think Cinnamon as default desktop. Fedora always was of GNOME by default Desktop. However, I have to choose, I would choose KDE as default desktop. From the times Kevin proposed Plasma as default desktop - and the rest of KDE SIG did not support it - it's mainly about resources. And not only packaging ones, also development (to make sure desktop works on top of our base system layer - and you know, Fedora is often first) but documentation (yeah, someone has to write documentation), artwork and all other teams I forgot to mention (sorry ;-). Btw. Board is trying to find the way how to avoid that strict something is default - do you know based on this definition Compiz should be part of our default offering [1]? And the last thing - GNOME is coming with so called classic UI - see GNOME 3.8 feature page (I announced a few minutes ago) [2]. Fallback mode is going away in 3.8. Instead, there will be a set of supported extensions that is grouped together in a 'classic' mode, which provides a more GNOME 2-like user experience Same tries Cinnamon but as a fork. Make your own conclusion ;-) Jaroslav [1] http://fedoraproject.org/wiki/Default_offering [2] https://fedoraproject.org/wiki/Features/Gnome3.8 On Sun, Jan 27, 2013 at 2:53 PM, Jaroslav Reznik jrez...@redhat.com wrote: = Features/Cinnamon as Default Desktop = https://fedoraproject.org/wiki/Features/Cinnamon_as_Default_Desktop Feature owner(s): Eric Smith e...@brouhaha.com This feature proposes that Fedora switch the default desktop interface from Gnome 3 to Cinnamon. Cinnamon provides a desktop interface that is more familiar to Windows and Gnome 2 users than the standard Gnome Shell interface, while being built from Gnome 3 components. == Detailed description == The Gnome 3 interface is substantially different that the traditional desktop interfaces on both Linux and Windows. While it is good that there is research into new user interface concepts, many users prefer to have a traditional interface that they are accustomed to. Unfortunately it is difficult or impossible to assess what fraction of the user base prefers Gnome Shell vs. a more traditional interface. I'm not trying to start (or continue) a flame war here, so I won't state any of my own criticisms of Gnome Shell here, but I will observe that a number of very high profile people in the Linux community, such as Linus Torvalds and Alan Cox, have publicly announce that due to problems with Gnome Shell they are switching to a different desktop and/or Linux distribution. I submit the proposition that it is easier for a user doing a new Fedora install to start with a traditional desktop, and switch to the Gnome Shell if they prefer that, than to start with Gnome Shell and switch to a traditional desktop. The Cinnamon desktop provides a traditional desktop while being based on the latest Gnome and GTK components, so it seems like a better candidate for a default desktop than MATE, which is based on older components. ___ devel-announce mailing list devel-announce@lists.-- Twitter: http://twitter.com/znmeb; Computational Journalism Publishers Workbench: http://znmeb.github.com/Computational-Journalism-Publishers-Workbench/ How the Hell can the lion sleep with all those people singing A weem oh way! at the top of their lungs? -- devel mailing list devel@lists.fedoraproject.org javascript:;
[Test-Announce] 2013-01-28 @ 16:00 UTC - Fedora QA Meeting
# Fedora Quality Assurance Meeting # Date: 2013-01-28 # 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. F18 is done, and it's time to try and set up plans for the F19 cycle. I've tried to cover the most interesting / pressing topics - please add any I've forgotten! This is a reminder of the upcoming QA meeting. Please add any topic suggestions to the meeting wiki page: https://fedoraproject.org/wiki/QA/Meetings/20130128 The current proposed agenda is included below. == Proposed Agenda Topics == 1. Fedora 19 feature list review 2. Blocker process revision 3. Onboarding 4. Criteria revision 5. Open floor -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net ___ 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
File App-Cmd-0.319.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-App-Cmd: 8fd0e5c28b21262043c33b7b4e6f449e App-Cmd-0.319.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-App-Cmd] Update to 0.319
commit 72caeacbbbf841ed3cccb2fc2191567d12b12995 Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Jan 27 10:29:33 2013 +0100 Update to 0.319 .gitignore|1 + auto.ini |2 -- perl-App-Cmd.spec | 18 ++ sources |2 +- 4 files changed, 12 insertions(+), 11 deletions(-) --- diff --git a/.gitignore b/.gitignore index 62bc714..34fcf17 100644 --- a/.gitignore +++ b/.gitignore @@ -7,3 +7,4 @@ App-Cmd-0.307.tar.gz /App-Cmd-0.316.tar.gz /App-Cmd-0.317.tar.gz /App-Cmd-0.318.tar.gz +/App-Cmd-0.319.tar.gz diff --git a/perl-App-Cmd.spec b/perl-App-Cmd.spec index acd1bab..c692112 100644 --- a/perl-App-Cmd.spec +++ b/perl-App-Cmd.spec @@ -1,9 +1,9 @@ Name: perl-App-Cmd Summary:Write command line apps with less suffering -Version:0.318 -Release:3%{?dist} +Version:0.319 +Release:1%{?dist} License:GPL+ or Artistic -Group: Development/Libraries + Source0: http://search.cpan.org/CPAN/authors/id/R/RJ/RJBS/App-Cmd-%{version}.tar.gz URL:http://search.cpan.org/dist/App-Cmd Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) @@ -28,17 +28,13 @@ BuildRequires: perl(Sub::Exporter::Util) BuildRequires: perl(Sub::Install) BuildRequires: perl(Test::Fatal) BuildRequires: perl(Test::More) = 0.96 +BuildRequires: perl(Test::Pod) BuildRequires: perl(Text::Abbrev) Requires: perl(Getopt::Long::Descriptive) = 0.084 Requires: perl(IO::TieCombine) = 1 Requires: perl(Sub::Exporter) = 0.975 -# obsolete/provide old tests subpackage -# can be removed during F19 development cycle -Obsoletes: %{name}-tests 0.314-2 -Provides: %{name}-tests = %{version}-%{release} - %{?perl_default_filter} %description @@ -73,6 +69,12 @@ make test %{_mandir}/man3/*.3* %changelog +* Sun Jan 27 2013 Emmanuel Seyman emman...@seyman.fr - 0.319-1 +- Update to 0.319 +- Remove the obsoletes/provides macro for the tests subpackage +- Remove the group macro +- Add Test::Pod to the BuildRequires + * Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.318-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild diff --git a/sources b/sources index 1885e0d..7302a86 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -53ffc5a2f83b10af762312fa686050b7 App-Cmd-0.318.tar.gz +8fd0e5c28b21262043c33b7b4e6f449e App-Cmd-0.319.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-CGI-Application-Plugin-DBH] Update to 4.01
commit 01e04ec6d55e288c7de3347040ee1c2aab759aff Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Jan 27 11:33:50 2013 +0100 Update to 4.01 .gitignore |1 + perl-CGI-Application-Plugin-DBH.spec | 31 ++- sources |2 +- 3 files changed, 20 insertions(+), 14 deletions(-) --- diff --git a/.gitignore b/.gitignore index 875b647..dcbeeff 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ CGI-Application-Plugin-DBH-4.00.tar.gz +/CGI-Application-Plugin-DBH-4.01.tar.gz diff --git a/perl-CGI-Application-Plugin-DBH.spec b/perl-CGI-Application-Plugin-DBH.spec index 1b07998..f49f613 100644 --- a/perl-CGI-Application-Plugin-DBH.spec +++ b/perl-CGI-Application-Plugin-DBH.spec @@ -1,22 +1,25 @@ Name: perl-CGI-Application-Plugin-DBH -Version:4.00 -Release:10%{?dist} +Version:4.01 +Release:1%{?dist} Summary:Easy DBI access from CGI::Application License:GPL+ or Artistic -Group: Development/Libraries + URL:http://search.cpan.org/dist/CGI-Application-Plugin-DBH/ Source0: http://www.cpan.org/authors/id/M/MA/MARKSTOS/CGI-Application-Plugin-DBH-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) + BuildArch: noarch BuildRequires: perl(CGI::Application) BuildRequires: perl(DBD::Mock) = 0.11 BuildRequires: perl(DBI) BuildRequires: perl(Module::Build) +BuildRequires: perl(Test::MockObject) = 1.20120301 BuildRequires: perl(Test::More) BuildRequires: perl(Test::Pod) BuildRequires: perl(CGI) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +%{?perl_default_filter} + %description CGI::Application::Plugin::DBH adds easy access to a DBI database handle to your CGI::Application modules. Lazy loading is used to prevent a database @@ -28,30 +31,32 @@ actually needed. %setup -q -n CGI-Application-Plugin-DBH-%{version} %build -%{__perl} Build.PL installdirs=vendor -./Build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} %install -rm -rf $RPM_BUILD_ROOT +make pure_install DESTDIR=%{buildroot} -./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 +find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check -./Build test - -%clean -rm -rf $RPM_BUILD_ROOT +make test %files -%defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Sun Jan 27 2013 Emmanuel Seyman emman...@seyman.fr - 4.01-1 +- Update to 4.01 +- Switch to Makefile.PL building +- Add perl default filter +- Remove no-longer-used macros + * Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 4.00-10 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild diff --git a/sources b/sources index 83afaa0..6f70f72 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -9cfb1ad525f45553fd7221f524a5bf19 CGI-Application-Plugin-DBH-4.00.tar.gz +ca72a77ad5ec453459db4b1e418ca0de CGI-Application-Plugin-DBH-4.01.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-CGI-Application-Plugin-SuperForm] Various cleanups
commit 4d04bf2100e7b01d22f398795d4810c45f6a29ea Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Jan 27 11:49:43 2013 +0100 Various cleanups perl-CGI-Application-Plugin-SuperForm.spec | 18 +- 1 files changed, 9 insertions(+), 9 deletions(-) --- diff --git a/perl-CGI-Application-Plugin-SuperForm.spec b/perl-CGI-Application-Plugin-SuperForm.spec index 24febc7..7f83e36 100644 --- a/perl-CGI-Application-Plugin-SuperForm.spec +++ b/perl-CGI-Application-Plugin-SuperForm.spec @@ -1,12 +1,12 @@ Name: perl-CGI-Application-Plugin-SuperForm Version:0.5 -Release:8%{?dist} +Release:9%{?dist} Summary:Create sticky forms with HTML::SuperForm License:GPL+ or Artistic -Group: Development/Libraries + URL:http://search.cpan.org/dist/CGI-Application-Plugin-SuperForm/ Source0: http://www.cpan.org/authors/id/V/VA/VANAMBURG/CGI-Application-Plugin-SuperForm-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) + BuildArch: noarch BuildRequires: perl(CGI::Application) BuildRequires: perl(ExtUtils::MakeMaker) @@ -16,6 +16,8 @@ BuildRequires: perl(Test::More) BuildRequires: perl(Test::Pod) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +%{?perl_default_filter} + %description Create sticky HTML forms in CGI::Application run modes using HTML::SuperForm. @@ -27,8 +29,6 @@ Create sticky HTML forms in CGI::Application run modes using HTML::SuperForm. 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 {} \; @@ -39,16 +39,16 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %check make test -%clean -rm -rf $RPM_BUILD_ROOT - %files -%defattr(-,root,root,-) %doc Changes EXAMPLES README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Sun Jan 27 2013 Emmanuel Seyman emman...@seyman.fr - 0.5-9 +- Remove no-longer-used macros +- Add perl default filter + * Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.5-8 - 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-CGI-Application-Plugin-Stream] Various cleanups
commit b0e394ad06a24fdd709190c660c4583cafbcf58b Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Jan 27 11:56:55 2013 +0100 Various cleanups perl-CGI-Application-Plugin-Stream.spec | 18 +- 1 files changed, 9 insertions(+), 9 deletions(-) --- diff --git a/perl-CGI-Application-Plugin-Stream.spec b/perl-CGI-Application-Plugin-Stream.spec index 01284cd..57657bd 100644 --- a/perl-CGI-Application-Plugin-Stream.spec +++ b/perl-CGI-Application-Plugin-Stream.spec @@ -1,12 +1,12 @@ Name: perl-CGI-Application-Plugin-Stream Version:2.10 -Release:10%{?dist} +Release:11%{?dist} Summary:CGI::Application Plugin for streaming files License:GPL+ or Artistic -Group: Development/Libraries + URL:http://search.cpan.org/dist/CGI-Application-Plugin-Stream/ Source0: http://www.cpan.org/authors/id/P/PU/PURDY/CGI-Application-Plugin-Stream-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) + BuildArch: noarch BuildRequires: perl(CGI::Application) = 3.21 BuildRequires: perl(File::MMagic) @@ -16,6 +16,8 @@ BuildRequires: perl(Test::More) BuildRequires: perl(Test::Pod) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +%{?perl_default_filter} + %description This plugin provides a way to stream a file back to the user, which is useful if you are creating a PDF or Spreadsheet document dynamically to @@ -29,8 +31,6 @@ deliver to the user. ./Build %install -rm -rf $RPM_BUILD_ROOT - ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; @@ -39,16 +39,16 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %check ./Build test -%clean -rm -rf $RPM_BUILD_ROOT - %files -%defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Sun Jan 27 2013 Emmanuel Seyman emman...@seyman.fr - 2.10-11 +- Add perl default filter +- Remove no-longer-used macros + * Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 2.10-10 - 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 904752] New: mojomojo-1.09 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=904752 Bug ID: 904752 Summary: mojomojo-1.09 is available Product: Fedora Version: rawhide Component: mojomojo Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Reporter: upstream-release-monitor...@fedoraproject.org Latest upstream release: 1.09 Current version in Fedora Rawhide: 1.08 URL: http://search.cpan.org/dist/MojoMojo/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=AZXhNe2bBHa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 904753] New: perl-Devel-CheckOS-1.71 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=904753 Bug ID: 904753 Summary: perl-Devel-CheckOS-1.71 is available Product: Fedora Version: rawhide Component: perl-Devel-CheckOS Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Reporter: upstream-release-monitor...@fedoraproject.org Latest upstream release: 1.71 Current version in Fedora Rawhide: 1.64 URL: http://search.cpan.org/dist/Devel-CheckOS/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=3cdq9d6IMQa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 904754] New: perl-Digest-SHA-5.82 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=904754 Bug ID: 904754 Summary: perl-Digest-SHA-5.82 is available Product: Fedora Version: rawhide Component: perl-Digest-SHA Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Reporter: upstream-release-monitor...@fedoraproject.org Latest upstream release: 5.82 Current version in Fedora Rawhide: 5.81 URL: http://search.cpan.org/dist/Digest-SHA/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Ii0s4F9jMqa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 904755] New: perl-File-ChangeNotify-0.23 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=904755 Bug ID: 904755 Summary: perl-File-ChangeNotify-0.23 is available Product: Fedora Version: rawhide Component: perl-File-ChangeNotify Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Reporter: upstream-release-monitor...@fedoraproject.org Latest upstream release: 0.23 Current version in Fedora Rawhide: 0.22 URL: http://search.cpan.org/dist/File-ChangeNotify/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=BC20bGnEJKa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 904756] New: perl-Filesys-Notify-Simple-0.09 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=904756 Bug ID: 904756 Summary: perl-Filesys-Notify-Simple-0.09 is available Product: Fedora Version: rawhide Component: perl-Filesys-Notify-Simple Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Reporter: upstream-release-monitor...@fedoraproject.org Latest upstream release: 0.09 Current version in Fedora Rawhide: 0.08 URL: http://search.cpan.org/dist/Filesys-Notify-Simple/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=umzSNOW4ita=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 904757] New: perl-LDAP-0.53 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=904757 Bug ID: 904757 Summary: perl-LDAP-0.53 is available Product: Fedora Version: rawhide Component: perl-LDAP Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Reporter: upstream-release-monitor...@fedoraproject.org Latest upstream release: 0.53 Current version in Fedora Rawhide: 0.52 URL: http://search.cpan.org/dist/perl-ldap/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=SE3ULTeNgNa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-CGI-Application-Plugin-Session] Various cleanups
commit ae191ef89af6f064c981eb6baf782b11bebf Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Jan 27 13:18:51 2013 +0100 Various cleanups perl-CGI-Application-Plugin-Session.spec | 18 +- 1 files changed, 9 insertions(+), 9 deletions(-) --- diff --git a/perl-CGI-Application-Plugin-Session.spec b/perl-CGI-Application-Plugin-Session.spec index e0b3e99..e23f85c 100644 --- a/perl-CGI-Application-Plugin-Session.spec +++ b/perl-CGI-Application-Plugin-Session.spec @@ -1,12 +1,12 @@ Name: perl-CGI-Application-Plugin-Session Version:1.03 -Release:11%{?dist} +Release:12%{?dist} Summary:Add CGI::Session support to CGI::Application License:GPL+ or Artistic -Group: Development/Libraries + URL:http://search.cpan.org/dist/CGI-Application-Plugin-Session/ Source0: http://www.cpan.org/authors/id/C/CE/CEESHEK/CGI-Application-Plugin-Session-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) + BuildArch: noarch BuildRequires: perl(CGI) BuildRequires: perl(CGI::Application) = 3.21 @@ -18,6 +18,8 @@ BuildRequires: perl(Test::More) BuildRequires: perl(Test::Pod) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +%{?perl_default_filter} + %description CGI::Application::Plugin::Session seamlessly adds session support to your CGI::Application modules by providing a CGI::Session object that is @@ -31,8 +33,6 @@ accessible from anywhere in the application. ./Build %install -rm -rf $RPM_BUILD_ROOT - ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; @@ -41,16 +41,16 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %check ./Build test -%clean -rm -rf $RPM_BUILD_ROOT - %files -%defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Sun Jan 27 2013 Emmanuel Seyman emman...@seyman.fr - 1.03-12 +- Add perl default filter +- Remove no-longer-used macros + * Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.03-11 - 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 904755] perl-File-ChangeNotify-0.23 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=904755 --- Comment #1 from Robin Lee robinlee.s...@gmail.com --- 0.23 not relevant to Linux -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=kpGySTdvEra=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 904756] perl-Filesys-Notify-Simple-0.09 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=904756 --- Comment #1 from Robin Lee robinlee.s...@gmail.com --- 0.09 not relevant to Linux -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=AsqzN4ZeP6a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-CGI-Application-Plugin-Redirect] Various cleanups
commit 4d0924abfa447f0f1f32949ed4dc107e874ba5ab Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Jan 27 17:55:57 2013 +0100 Various cleanups perl-CGI-Application-Plugin-Redirect.spec | 18 +- 1 files changed, 9 insertions(+), 9 deletions(-) --- diff --git a/perl-CGI-Application-Plugin-Redirect.spec b/perl-CGI-Application-Plugin-Redirect.spec index a4e298d..fab94be 100644 --- a/perl-CGI-Application-Plugin-Redirect.spec +++ b/perl-CGI-Application-Plugin-Redirect.spec @@ -1,12 +1,12 @@ Name: perl-CGI-Application-Plugin-Redirect Version:1.00 -Release:10%{?dist} +Release:11%{?dist} Summary:Easy external redirects in CGI::Application License:GPL+ or Artistic -Group: Development/Libraries + URL:http://search.cpan.org/dist/CGI-Application-Plugin-Redirect/ Source0: http://www.cpan.org/authors/id/C/CE/CEESHEK/CGI-Application-Plugin-Redirect-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) + BuildArch: noarch BuildRequires: perl(CGI::Application) BuildRequires: perl(Module::Build) @@ -16,6 +16,8 @@ BuildRequires: perl(Test::Pod) BuildRequires: perl(Test::Pod::Coverage) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +%{?perl_default_filter} + %description This plugin provides an easy way to do external redirects in CGI::Application. You don't have to worry about setting headers or worrying @@ -29,8 +31,6 @@ about return types, as that is all handled for you. ./Build %install -rm -rf $RPM_BUILD_ROOT - ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; @@ -39,16 +39,16 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %check ./Build test -%clean -rm -rf $RPM_BUILD_ROOT - %files -%defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Sun Jan 27 2013 Emmanuel Seyman emman...@seyman.fr - 1.00-11 +- Add perl default filter +- Remove no-longer-used macros + * Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.00-10 - 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-CGI-Application-Plugin-MessageStack] Remove no-longer-used macros
commit 61b08ca2c08f831dcd19405205c82801e2a4d1ee Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Jan 27 18:30:35 2013 +0100 Remove no-longer-used macros perl-CGI-Application-Plugin-MessageStack.spec | 15 ++- 1 files changed, 6 insertions(+), 9 deletions(-) --- diff --git a/perl-CGI-Application-Plugin-MessageStack.spec b/perl-CGI-Application-Plugin-MessageStack.spec index 5861d38..c27485e 100644 --- a/perl-CGI-Application-Plugin-MessageStack.spec +++ b/perl-CGI-Application-Plugin-MessageStack.spec @@ -1,12 +1,12 @@ Name: perl-CGI-Application-Plugin-MessageStack Version:0.34 -Release:9%{?dist} +Release:10%{?dist} Summary:Message stack for your CGI::Application License:GPL+ or Artistic -Group: Development/Libraries + URL: http://search.cpan.org/dist/CGI-Application-Plugin-MessageStack/ Source0: http://www.cpan.org/authors/id/P/PU/PURDY/CGI-Application-Plugin-MessageStack-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) + BuildArch: noarch BuildRequires: perl(CGI::Application) BuildRequires: perl(CGI::Application::Plugin::Session) @@ -35,8 +35,6 @@ capms_config method. ./Build %install -rm -rf $RPM_BUILD_ROOT - ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; @@ -45,16 +43,15 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %check ./Build test -%clean -rm -rf $RPM_BUILD_ROOT - %files -%defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Sun Jan 27 2013 Emmanuel Seyman emman...@seyman.fr - 0.34-10 +- Remove no-longer-used macros + * Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.34-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
File Mojolicious-3.83.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Mojolicious: f46ad42199f702ad814398e434cd133b Mojolicious-3.83.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-Mojolicious] Update to 3.83
commit c9f341cb47d365f882011f1d40de90642d2f0560 Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Jan 27 19:11:52 2013 +0100 Update to 3.83 .gitignore|1 + perl-Mojolicious.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 058a03f..be0ba37 100644 --- a/.gitignore +++ b/.gitignore @@ -75,3 +75,4 @@ Mojolicious-0.26.tar.gz /Mojolicious-3.72.tar.gz /Mojolicious-3.79.tar.gz /Mojolicious-3.82.tar.gz +/Mojolicious-3.83.tar.gz diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec index af8ccc7..dab933f 100644 --- a/perl-Mojolicious.spec +++ b/perl-Mojolicious.spec @@ -1,5 +1,5 @@ Name: perl-Mojolicious -Version:3.82 +Version:3.83 Release:1%{?dist} Summary:A next generation web framework for Perl License:Artistic 2.0 @@ -58,6 +58,9 @@ make test %{_mandir}/man3/* %changelog +* Sun Jan 27 2013 Emmanuel Seyman emman...@seyman.fr - 3.83-1 +- Update to 3.83 + * Sun Jan 20 2013 Emmanuel Seyman emman...@seyman.fr - 3.82-1 - Update to 3.82 diff --git a/sources b/sources index 1435ad2..f00ca8f 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -2ed38a0c821ef6173505ca4e1ad5a1bc Mojolicious-3.82.tar.gz +f46ad42199f702ad814398e434cd133b Mojolicious-3.83.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
[pkgdb] perl-GStreamer-Interfaces ownership changed
Package perl-GStreamer-Interfaces in Fedora devel is now owned by eseyman To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-GStreamer-Interfaces -- 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
[pkgdb] perl-GStreamer-Interfaces ownership changed
Package perl-GStreamer-Interfaces in Fedora 18 is now owned by eseyman To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-GStreamer-Interfaces -- 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
[pkgdb] perl-GStreamer-Interfaces ownership changed
Package perl-GStreamer-Interfaces in Fedora 17 is now owned by eseyman To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-GStreamer-Interfaces -- 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
Re: [Fedora-packaging] Orphaning my packages
* Mario Blättermann [27/01/2013 18:15] : perl-GStreamer-Interfaces -- Perl interface to the GStreamer Interfaces library I've taken this one. Emmanuel -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Email-Received-1.00.tar.gz uploaded to lookaside cache by bochecha
A file has been added to the lookaside cache for perl-Email-Received: 4f37c83452cdb1a5f13b5d04b7d48cd0 Email-Received-1.00.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-Email-Received] (9 commits) ...Upload the sources
Summary of changes: 1db2d5b... Initial setup of the pre-review repo 10b1fe1... Initial package for Fedora 136f409... Add missing build requirements 7b29652... Replace usage of the %{__perl} macro by the plain perl comm 7c920f7... Use DESTDIR instead of PERL_INSTALL_ROOT in the install sec baa0f11... Use en_US spelling for 'analyzing' 36bbba9... New submission for Fedora 74d221b... The package was approved 2debfdf... Upload the sources -- 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-Email-Received: 1/9] Initial setup of the pre-review repo
commit 1db2d5b3684565494766036ea0c0641eff0acbf3 Author: Mathieu Bridon boche...@fedoraproject.org Date: Fri Jan 18 17:34:22 2013 +0800 Initial setup of the pre-review repo 0 files changed, 0 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore new file mode 100644 index 000..e69de29 diff --git a/sources b/sources new file mode 100644 index 000..e69de29 -- 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-Email-Received: 2/9] Initial package for Fedora
commit 10b1fe1640055f2fbcc192a7e0fac70e5c72212b Author: Mathieu Bridon boche...@fedoraproject.org Date: Fri Jan 18 18:24:58 2013 +0800 Initial package for Fedora This was submitted for review on Fri Jan 18 2013: https://bugzilla.redhat.com/show_bug.cgi?id=901496#c0 perl-Email-Received.spec | 54 ++ 1 files changed, 54 insertions(+), 0 deletions(-) --- diff --git a/perl-Email-Received.spec b/perl-Email-Received.spec new file mode 100644 index 000..3749712 --- /dev/null +++ b/perl-Email-Received.spec @@ -0,0 +1,54 @@ +Name: perl-Email-Received +Summary:Parse an email Received: header +Version:1.00 +Release:1%{?dist} +License:GPL+ or Artistic +URL:http://search.cpan.org/dist/Email-Received/ +Source0: http://www.cpan.org/authors/id/S/SI/SIMON/Email-Received-%{version}.tar.gz + +BuildArch: noarch + +BuildRequires: perl(Email::Simple) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Regexp::Common) +BuildRequires: perl(Test::More) +BuildRequires: perl(Text::Balanced) + +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%description +This module is a Perl Email Project rewrite of SpamAssassin's email header +parser. We did this so that the great work they did in analysing pretty +much every possible Received header format could be used in applications +other than SpamAssassin itself. + + +%prep +%setup -q -n Email-Received-%{version} + + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + + +%install +make pure_install PERL_INSTALL_ROOT=%{buildroot} + +find %{buildroot} -type f -name .packlist -exec rm -f {} \; +%{_fixperms} %{buildroot}/* + + +%check +make test + + +%files +%doc Changes README +%{_mandir}/man3/Email::Received.3pm* +%{perl_vendorlib}/Email + + +%changelog +* Fri Jan 18 2013 Mathieu Bridon boche...@fedoraproject.org - 1.00-1 +- Initial package for Fedora, with help from cpanspec. -- 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-Email-Received: 3/9] Add missing build requirements
commit 136f4095724bb8ff95fe2a3d6b4db4fbe6d932dd Author: Mathieu Bridon boche...@fedoraproject.org Date: Thu Jan 24 13:04:26 2013 +0800 Add missing build requirements perl-Email-Received.spec |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) --- diff --git a/perl-Email-Received.spec b/perl-Email-Received.spec index 3749712..cb188e3 100644 --- a/perl-Email-Received.spec +++ b/perl-Email-Received.spec @@ -8,9 +8,13 @@ Source0: http://www.cpan.org/authors/id/S/SI/SIMON/Email-Received-%{versi BuildArch: noarch +BuildRequires: perl(base) +BuildRequires: perl(constant) BuildRequires: perl(Email::Simple) +BuildRequires: perl(Exporter) BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(Regexp::Common) +BuildRequires: perl(Test) BuildRequires: perl(Test::More) BuildRequires: perl(Text::Balanced) @@ -50,5 +54,7 @@ make test %changelog +- Add missing build requirements. + * Fri Jan 18 2013 Mathieu Bridon boche...@fedoraproject.org - 1.00-1 - Initial package for Fedora, with help from cpanspec. -- 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-Email-Received: 4/9] Replace usage of the %{__perl} macro by the plain perl command
commit 7b29652bd9fc6a3e39c592b88132073d451b066e Author: Mathieu Bridon boche...@fedoraproject.org Date: Thu Jan 24 13:04:50 2013 +0800 Replace usage of the %{__perl} macro by the plain perl command perl-Email-Received.spec |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) --- diff --git a/perl-Email-Received.spec b/perl-Email-Received.spec index cb188e3..2d4bf95 100644 --- a/perl-Email-Received.spec +++ b/perl-Email-Received.spec @@ -18,7 +18,7 @@ BuildRequires: perl(Test) BuildRequires: perl(Test::More) BuildRequires: perl(Text::Balanced) -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description This module is a Perl Email Project rewrite of SpamAssassin's email header @@ -32,7 +32,7 @@ other than SpamAssassin itself. %build -%{__perl} Makefile.PL INSTALLDIRS=vendor +perl Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} @@ -55,6 +55,7 @@ make test %changelog - Add missing build requirements. +- Replace usage of the %%{__perl} macro by the plain perl command. * Fri Jan 18 2013 Mathieu Bridon boche...@fedoraproject.org - 1.00-1 - Initial package for Fedora, with help from cpanspec. -- 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-Email-Received: 5/9] Use DESTDIR instead of PERL_INSTALL_ROOT in the install section
commit 7c920f707db8589c51555f6bfd522487411198bb Author: Mathieu Bridon boche...@fedoraproject.org Date: Thu Jan 24 13:05:22 2013 +0800 Use DESTDIR instead of PERL_INSTALL_ROOT in the install section perl-Email-Received.spec |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) --- diff --git a/perl-Email-Received.spec b/perl-Email-Received.spec index 2d4bf95..7e0c84c 100644 --- a/perl-Email-Received.spec +++ b/perl-Email-Received.spec @@ -37,7 +37,7 @@ make %{?_smp_mflags} %install -make pure_install PERL_INSTALL_ROOT=%{buildroot} +make pure_install DESTDIR=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} \; %{_fixperms} %{buildroot}/* @@ -56,6 +56,7 @@ make test %changelog - Add missing build requirements. - Replace usage of the %%{__perl} macro by the plain perl command. +- Use DESTDIR instead of PERL_INSTALL_ROOT in the install section. * Fri Jan 18 2013 Mathieu Bridon boche...@fedoraproject.org - 1.00-1 - Initial package for Fedora, with help from cpanspec. -- 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-Email-Received: 6/9] Use en_US spelling for 'analyzing'
commit baa0f1153e446cddad4d21bcee0f1d0f9b75eff2 Author: Mathieu Bridon boche...@fedoraproject.org Date: Thu Jan 24 13:05:47 2013 +0800 Use en_US spelling for 'analyzing' perl-Email-Received.spec |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) --- diff --git a/perl-Email-Received.spec b/perl-Email-Received.spec index 7e0c84c..714e93e 100644 --- a/perl-Email-Received.spec +++ b/perl-Email-Received.spec @@ -22,7 +22,7 @@ Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description This module is a Perl Email Project rewrite of SpamAssassin's email header -parser. We did this so that the great work they did in analysing pretty +parser. We did this so that the great work they did in analyzing pretty much every possible Received header format could be used in applications other than SpamAssassin itself. @@ -57,6 +57,7 @@ make test - Add missing build requirements. - Replace usage of the %%{__perl} macro by the plain perl command. - Use DESTDIR instead of PERL_INSTALL_ROOT in the install section. +- Use en_US spelling for 'analyzing'. * Fri Jan 18 2013 Mathieu Bridon boche...@fedoraproject.org - 1.00-1 - Initial package for Fedora, with help from cpanspec. -- 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-Email-Received: 7/9] New submission for Fedora
commit 36bbba99ea3357984437663b8fe4b8e3f1104c2d Author: Mathieu Bridon boche...@fedoraproject.org Date: Thu Jan 24 13:06:20 2013 +0800 New submission for Fedora This was submitted on Thu Jan 24 2013: https://bugzilla.redhat.com/show_bug.cgi?id=901496#c5 perl-Email-Received.spec |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) --- diff --git a/perl-Email-Received.spec b/perl-Email-Received.spec index 714e93e..3f570f4 100644 --- a/perl-Email-Received.spec +++ b/perl-Email-Received.spec @@ -1,7 +1,7 @@ Name: perl-Email-Received Summary:Parse an email Received: header Version:1.00 -Release:1%{?dist} +Release:2%{?dist} License:GPL+ or Artistic URL:http://search.cpan.org/dist/Email-Received/ Source0: http://www.cpan.org/authors/id/S/SI/SIMON/Email-Received-%{version}.tar.gz @@ -54,6 +54,7 @@ make test %changelog +* Thu Jan 24 2013 Mathieu Bridon boche...@fedoraproject.org - 1.00-2 - Add missing build requirements. - Replace usage of the %%{__perl} macro by the plain perl command. - Use DESTDIR instead of PERL_INSTALL_ROOT in the install section. -- 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-Email-Received: 8/9] The package was approved
commit 74d221b92ebde584cebf5e5b9eb89de336300ccd Merge: 3091062 36bbba9 Author: Mathieu Bridon boche...@fedoraproject.org Date: Mon Jan 28 12:31:34 2013 +0800 The package was approved perl-Email-Received.spec | 64 ++ 1 files changed, 64 insertions(+), 0 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Email-Received: 9/9] Upload the sources
commit 2debfdfab28aca53bd027f52b795f54158d15c3f Author: Mathieu Bridon boche...@fedoraproject.org Date: Mon Jan 28 12:33:49 2013 +0800 Upload the sources .gitignore |1 + sources|1 + 2 files changed, 2 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..3eae276 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Email-Received-1.00.tar.gz diff --git a/sources b/sources index e69de29..7120614 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +4f37c83452cdb1a5f13b5d04b7d48cd0 Email-Received-1.00.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
Proposed F19 Feature: Cinnamon as Default Desktop
= Features/Cinnamon as Default Desktop = https://fedoraproject.org/wiki/Features/Cinnamon_as_Default_Desktop Feature owner(s): Eric Smith e...@brouhaha.com This feature proposes that Fedora switch the default desktop interface from Gnome 3 to Cinnamon. Cinnamon provides a desktop interface that is more familiar to Windows and Gnome 2 users than the standard Gnome Shell interface, while being built from Gnome 3 components. == Detailed description == The Gnome 3 interface is substantially different that the traditional desktop interfaces on both Linux and Windows. While it is good that there is research into new user interface concepts, many users prefer to have a traditional interface that they are accustomed to. Unfortunately it is difficult or impossible to assess what fraction of the user base prefers Gnome Shell vs. a more traditional interface. I'm not trying to start (or continue) a flame war here, so I won't state any of my own criticisms of Gnome Shell here, but I will observe that a number of very high profile people in the Linux community, such as Linus Torvalds and Alan Cox, have publicly announce that due to problems with Gnome Shell they are switching to a different desktop and/or Linux distribution. I submit the proposition that it is easier for a user doing a new Fedora install to start with a traditional desktop, and switch to the Gnome Shell if they prefer that, than to start with Gnome Shell and switch to a traditional desktop. The Cinnamon desktop provides a traditional desktop while being based on the latest Gnome and GTK components, so it seems like a better candidate for a default desktop than MATE, which is based on older components. ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce
Proposed F19 Feature: GNOME 3.8
= Features/Gnome3.8 = https://fedoraproject.org/wiki/Features/Gnome3.8 Feature owner(s): Matthias Clasen mcla...@redhat.com Update GNOME to the latest upstream release. == Detailed description == GNOME 3.8 continues development along the lines of 3.6: * Building out the central features of GNOME 3: - A new panel will allow to configure GNOME shell search, and applications can provide search results to the shell - The display of search results in the GNOME shell overview was redesigned - Notifications can be configured in a new panel - Privacy settings are collected in a new panel - Sharing (mainly of data, in the local network) can be centrally controlled in a new panel * Support for OwnCloud in Online Accounts * Better accessibility * Improved IBus integration - Modifier-only shortcuts can be set in the Keyboard panel - IMEs can have menu items in the statusmenu (the whitelist was removed) - Per-window changes of input source are possible again - Nicer candidate popups * New applications - A note-taking app - A new photo app - A new clock app * Fallback mode is going away in 3.8. Instead, there will be a set of supported extensions that is grouped together in a 'classic' mode, which provides a more GNOME 2-like user experience ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce
Proposed F19 Feature: High Availability Container Resources
= Features/ High Availability Container Resources = https://fedoraproject.org/wiki/Features/High_Availability_Container_Resources Feature owner(s): David Vossel dvos...@redhat.com The Container Resources feature allows the HA stack (Pacemaker + Corosync) residing on a host machine to extend management of resources into virtual guest instances (KVM/LXC). == Detailed description == This feature is in response to the growing desire for high availability functionality to be extended outside of the host into virtual guest instances. Pacemaker is currently capable of managing virtual guests, meaning Pacemaker can start/stop/monitor/migrate virtual guests anywhere in the cluster, but Pacemaker has no ability to manage the resources that live within the virtual guests. At the moment these virtual guests are very much a black box to Pacemaker. The Container Resources feature changes this by giving Pacemaker the ability to reach into the virtual guests and manage resources in the exact same way resources are managed on the host nodes. Ultimately this gives the HA stack the ability to manage resources across all the nodes in cluster as well as any virtual guests that reside within those cluster nodes. ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce
Proposed F19 Feature: MATE Desktop 1.6
= Features/MATE-Desktop-1.6 = https://fedoraproject.org/wiki/Features/MATE-Desktop-1.6 Feature owner(s): Dan Mashal dan.mashal AT fedoraproject DOT org MATE Desktop is based on GNOME 2 and provides an intuitive and attractive desktop to Linux users who seek a simple, easy to use traditional interface. == Detailed description == MATE is a traditional Gnome 2 like desktop user interface. Many users have expressed interest in this feature since Fedora 15 in which Fedora was switched from Gnome 2 to Gnome 3. For the advanced user that doesn't want a cutting edge desktop and just wants to keep it simple this is perfect for them. The popularity of MATE Desktop is very high. It is one of the 2 choices of DE's for Linux Mint which is one of the most popular Linux distros out right now. ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce