Re: Plans for anaconda LVM/RAID support
On Sun, Oct 07, 2012 at 07:57:24AM +0200, Jochen Schmitt wrote: The only workaround nowaday is to install Fedora without installing the bottloader. After the installation you have to boot from a rescue media and install the bootmanager after chroot to the root partitition in the LVM. You're on the development list. Anaconda and grub are both written in widely understood programming languages, using features that are well documented. The appropraite thing to do is to engage with the developers and provide patches rather than talking about workarounds. People aren't failing to deal with installer issues because they're lazy, they're failing to deal with them because there aren't enough hours in the day for them to fix all of the issues that they're expected to handle. You're in a position to make things better, so why not do so? -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Plans for anaconda LVM/RAID support
On 10/07/2012 02:36 AM, Ian Pilcher wrote: I'm sure that this information is somewhere on the Fedora Wiki, but my search-fu apparently isn't up to the task of finding it. What are the plans for LVM and/or software RAID support? Currently (F18 Beta TC2), it seems to be impossible for those of us who have fully allocated our storage to either (or both) of these technologies to install Fedora 18 at all. Seems disk encryption (LUKS) is impossible to configure in TC2 as well (neither with LVM nor without LVM). Usually the installer crashes when trying any custom change, which seems to be known bug according to https://fedoraproject.org/wiki/Anaconda/Work_List Actually, I though beta should be feature complete for testing (ok, 2 days left still :-), did I miss some approved plan to remove extended storage features (like iSCSI) and LVM, RAID and LUKS installation from Fedora graphical installer support for F18? Al it seems to head to write your kickstart script manually if you need such things. It means F18 GUI installation will be completely unusable for people requiring enterprise features but unable to write own kickstart themselves. Milan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-18 Branched report: 20121007 changes
Compose started at Sun Oct 7 09:15:38 UTC 2012 Broken deps for x86_64 -- [almanah] almanah-0.8.0-7.fc18.x86_64 requires libedataserverui-3.0.so.3()(64bit) almanah-0.8.0-7.fc18.x86_64 requires libedataserver-1.2.so.16()(64bit) almanah-0.8.0-7.fc18.x86_64 requires libecal-1.2.so.12()(64bit) almanah-0.8.0-7.fc18.x86_64 requires libebook-1.2.so.13()(64bit) [dhcp-forwarder] dhcp-forwarder-upstart-0.10-1801.fc18.noarch requires /sbin/initctl [dogtag-pki] dogtag-pki-10.0.0-0.8.a1.fc18.noarch requires pki-util-javadoc = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc18.noarch requires pki-java-tools-javadoc = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc18.noarch requires pki-common-javadoc = 0:10.0.0 [dragonegg] dragonegg-3.1-7.fc18.x86_64 requires gcc = 0:4.7.1-5.fc18 [evolution-exchange] evolution-exchange-3.5.2-1.fc18.x86_64 requires libedataserverui-3.0.so.3()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libedataserver-1.2.so.16()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libedata-cal-1.2.so.17()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libedata-book-1.2.so.14()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libecal-1.2.so.12()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libebook-1.2.so.13()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libebackend-1.2.so.3()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libcamel-1.2.so.36()(64bit) [flush] flush-0.9.10-7.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit) flush-0.9.10-7.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit) flush-0.9.10-7.fc18.x86_64 requires libboost_signals-mt.so.1.48.0()(64bit) flush-0.9.10-7.fc18.x86_64 requires libboost_filesystem-mt.so.1.48.0()(64bit) [fontik] fontik-0.6.1-3.20120305git5dbbc513.fc18.x86_64 requires libgee-0.8.so.1()(64bit) [func] func-0.28-1.fc17.noarch requires smolt [gdb-heap] gdb-heap-0.5-9.fc18.x86_64 requires glibc(x86-64) = 0:2.15 [glom] glom-1.18.6-1.fc17.x86_64 requires libboost_python.so.1.48.0()(64bit) glom-libs-1.18.6-1.fc17.i686 requires libboost_python.so.1.48.0 glom-libs-1.18.6-1.fc17.x86_64 requires libboost_python.so.1.48.0()(64bit) [gnome-pilot] gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires libedataserverui-3.0.so.1()(64bit) gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires libedataserver-1.2.so.16()(64bit) gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires libecal-1.2.so.11()(64bit) gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires libebook-1.2.so.13()(64bit) [gwibber] 1:gwibber-3.4.2-3.fc18.i686 requires libgee-0.8.so.0 1:gwibber-3.4.2-3.fc18.x86_64 requires libgee-0.8.so.0()(64bit) [ip-sentinel] ip-sentinel-upstart-0.12-1303.fc18.noarch requires /sbin/initctl [kismon] kismon-0.6-2.fc18.noarch requires pyclutter [libsyncml] 1:libsyncml-0.4.6-4.fc17.i686 requires libsoup-2.2.so.8 1:libsyncml-0.4.6-4.fc17.x86_64 requires libsoup-2.2.so.8()(64bit) [maniadrive] raydium-1.2-47.fc18.x86_64 requires libode.so.1()(64bit) [mapserver] mapserver-perl-6.0.1-5.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2) [matreshka] matreshka-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) matreshka-fastcgi-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-fastcgi-0.1.1-9.fc17.i686 requires libgnarl-4.6.so matreshka-fastcgi-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) matreshka-fastcgi-0.1.1-9.fc17.x86_64 requires libgnarl-4.6.so()(64bit) matreshka-sql-core-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-sql-core-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) matreshka-sql-postgresql-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-sql-postgresql-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) matreshka-sql-sqlite-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-sql-sqlite-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) [milter-greylist] milter-greylist-upstart-4.2.7-1701.fc18.noarch requires /sbin/initctl [mod_pubcookie] mod_pubcookie-3.3.4a-7.fc18.x86_64 requires httpd-mmn = 0:20051115-x86-64 [openvrml] libopenvrml-0.18.9-3.fc18.i686 requires libboost_thread-mt.so.1.48.0 libopenvrml-0.18.9-3.fc18.i686 requires libboost_system-mt.so.1.48.0 libopenvrml-0.18.9-3.fc18.i686 requires libboost_filesystem-mt.so.1.48.0 libopenvrml-0.18.9-3.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit) libopenvrml-0.18.9-3.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit) libopenvrml-0.18.9-3.fc18.x86_64 requires
Request to obtain the kadu package
Hello, according to http://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_a_Deprecated_Package I want to get ownership of kadu package (I think the kadu should be in fedora because of gadu-gadu popularity in Poland). ReReview Request is: #863795 Regards, Karol Trzcionka -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20121007 changes
Compose started at Sun Oct 7 08:15:09 UTC 2012 Broken deps for x86_64 -- [PyKDE] PyKDE-3.16.6-10.fc18.x86_64 requires sip-api(8) = 0:8.1 [PyQt] PyQt-3.18.1-12.fc18.x86_64 requires sip-api(8) = 0:8.1 [PyX] PyX-0.11.1-3.fc18.x86_64 requires libkpathsea.so.4()(64bit) [almanah] almanah-0.8.0-7.fc18.x86_64 requires libedataserverui-3.0.so.3()(64bit) almanah-0.8.0-7.fc18.x86_64 requires libedataserver-1.2.so.16()(64bit) almanah-0.8.0-7.fc18.x86_64 requires libecal-1.2.so.12()(64bit) almanah-0.8.0-7.fc18.x86_64 requires libebook-1.2.so.13()(64bit) [dogtag-pki] dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-util-javadoc = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-java-tools-javadoc = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-common-javadoc = 0:10.0.0 [dragonegg] dragonegg-3.1-11.fc19.x86_64 requires gcc = 0:4.7.2-2.fc19 [dustmite] dustmite-1-5.20120304gitcde46e0.fc17.x86_64 requires libphobos-ldc.so.59()(64bit) [dvipdfm] dvipdfm-0.13.2d-44.fc18.x86_64 requires libkpathsea.so.4()(64bit) [dvipdfmx] dvipdfmx-0-0.35.20090708cvs.fc18.x86_64 requires libkpathsea.so.4()(64bit) [dvipng] dvipng-1.14-4.fc18.x86_64 requires libkpathsea.so.4()(64bit) [dvisvgm] dvisvgm-1.0.12-1.fc19.x86_64 requires libkpathsea.so.4()(64bit) [evince] evince-dvi-3.6.0-1.fc19.x86_64 requires libkpathsea.so.4()(64bit) [evolution-exchange] evolution-exchange-3.5.2-1.fc18.x86_64 requires libedataserverui-3.0.so.3()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libedataserver-1.2.so.16()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libedata-cal-1.2.so.17()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libedata-book-1.2.so.14()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libecal-1.2.so.12()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libebook-1.2.so.13()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libebackend-1.2.so.3()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libcamel-1.2.so.36()(64bit) [flush] flush-0.9.10-7.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit) flush-0.9.10-7.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit) flush-0.9.10-7.fc18.x86_64 requires libboost_signals-mt.so.1.48.0()(64bit) flush-0.9.10-7.fc18.x86_64 requires libboost_filesystem-mt.so.1.48.0()(64bit) [fontik] fontik-0.6.1-3.20120305git5dbbc513.fc19.x86_64 requires libgee-0.8.so.1()(64bit) [func] func-0.28-1.fc17.noarch requires smolt [gcc-python-plugin] gcc-python2-debug-plugin-0.9-4.fc19.x86_64 requires gcc = 0:4.7.1-7.fc19 gcc-python2-plugin-0.9-4.fc19.x86_64 requires gcc = 0:4.7.1-7.fc19 gcc-python3-debug-plugin-0.9-4.fc19.x86_64 requires gcc = 0:4.7.1-7.fc19 gcc-python3-plugin-0.9-4.fc19.x86_64 requires gcc = 0:4.7.1-7.fc19 [gcstar] gcstar-1.7.0-2.fc19.noarch requires perl(Gtk2::Table) gcstar-1.7.0-2.fc19.noarch requires perl(Gtk2::HBox) gcstar-1.7.0-2.fc19.noarch requires perl(Gtk2::Frame) gcstar-1.7.0-2.fc19.noarch requires perl(Gtk2::EventBox) [gdb-heap] gdb-heap-0.5-9.fc18.x86_64 requires glibc(x86-64) = 0:2.15 [glom] glom-1.18.6-1.fc17.x86_64 requires libboost_python.so.1.48.0()(64bit) glom-libs-1.18.6-1.fc17.i686 requires libboost_python.so.1.48.0 glom-libs-1.18.6-1.fc17.x86_64 requires libboost_python.so.1.48.0()(64bit) [gnome-pilot] gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires libedataserverui-3.0.so.1()(64bit) gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires libedataserver-1.2.so.16()(64bit) gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires libecal-1.2.so.11()(64bit) gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires libebook-1.2.so.13()(64bit) [gnome-shell-theme-selene] gnome-shell-theme-selene-3.4.0-5.fc19.noarch requires gnome-shell-extensions-user-theme [gtkd] gtkd-2.0.0-28.20120603gitcb35d25.fc18.i686 requires libphobos-ldc.so.59 gtkd-2.0.0-28.20120603gitcb35d25.fc18.x86_64 requires libphobos-ldc.so.59()(64bit) [gwibber] 1:gwibber-3.4.2-3.fc18.i686 requires libgee-0.8.so.0 1:gwibber-3.4.2-3.fc18.x86_64 requires libgee-0.8.so.0()(64bit) [kamoso] kamoso-2.0.2-6.fc18.x86_64 requires libkipi.so.9()(64bit) [kismon] kismon-0.6-3.fc19.noarch requires pyclutter [kphotoalbum] kphotoalbum-4.2-4.fc18.x86_64 requires libkipi.so.9()(64bit) [ktp-call-ui] ktp-call-ui-0.5.0-1.fc19.x86_64 requires libtelepathy-farstream.so.2()(64bit) [lcdf-typetools] lcdf-typetools-2.95-1.fc19.x86_64 requires libkpathsea.so.4()(64bit) [libsyncml] 1:libsyncml-0.4.6-4.fc17.i686 requires libsoup-2.2.so.8
Re: Any progress in Software Center in Fedora effort?
On Fri, Oct 5, 2012 at 5:19 PM, Jiri Eischmann eischm...@redhat.com wrote: Hi, the possibility of Software Center in Fedora has already been discussed several times, last time a few month ago. I read an article about a successful Google Summer of Code project [1] whose goal was to make Software Center a distribution independent program using PackageKit. Matthias even made an Ubuntu-independent infrastructure for AppStream (additional data about packages/apps). I wonder if there are still any efforts to get it to Fedora and what it would require from our infrastructure. If I understand it correctly, there are currently three options: 1) Software Center based on PackageKit by Matthias 2) Light Software Center - a new app based on PackageKit from the beginning 3) Apper already supports AppStream [2] I'm asking because I hear from many (not only) beginners that they would appreciate something like Ubuntu Software Center in Fedora. I guess it's one of the main reasons why many users rather go for Ubuntu than Fedora. Jiri [1] http://blog.tenstral.net/2012/08/gsoc-appstream-final-report.html [2] http://blog.tenstral.net/2012/08/appstream-for-apper.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel The ultimate software center is a web application, like Google playstore. All the rating and commenting and other info, need to be centrally maintained and it is not a good idea to try to distribute this kind of metadata. There shall just be a local installer to install the packages triggered by the web app. Another thing is what the users of Fedora and most other linux'es is not my old mother and most of these users, don't care about a big fancy software shop. So nobody is going to do this great amount of work it takes to make a great webstore, Ubuntu need it for the same ways as Apple, they want to earn some money. It is an illusion that if we just have a fancy webstore, every body will start using Fedora IMHO. It will be nice if more people uses Fedora, but it not the main target, the greatness of Fedora is not measured but how many user it have, compared to other Linuxes or other os'es. Tim -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Any progress in Software Center in Fedora effort?
On Sun, Oct 7, 2012 at 6:51 PM, tim.laurid...@gmail.com tim.laurid...@gmail.com wrote: On Fri, Oct 5, 2012 at 5:19 PM, Jiri Eischmann eischm...@redhat.com wrote: Hi, the possibility of Software Center in Fedora has already been discussed several times, last time a few month ago. I read an article about a successful Google Summer of Code project [1] whose goal was to make Software Center a distribution independent program using PackageKit. Matthias even made an Ubuntu-independent infrastructure for AppStream (additional data about packages/apps). I wonder if there are still any efforts to get it to Fedora and what it would require from our infrastructure. If I understand it correctly, there are currently three options: 1) Software Center based on PackageKit by Matthias 2) Light Software Center - a new app based on PackageKit from the beginning 3) Apper already supports AppStream [2] I'm asking because I hear from many (not only) beginners that they would appreciate something like Ubuntu Software Center in Fedora. I guess it's one of the main reasons why many users rather go for Ubuntu than Fedora. Jiri [1] http://blog.tenstral.net/2012/08/gsoc-appstream-final-report.html [2] http://blog.tenstral.net/2012/08/appstream-for-apper.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel The ultimate software center is a web application, like Google playstore. The google play store is not only a website. All the rating and commenting and other info, need to be centrally maintained and it is not a good idea to try to distribute this kind of metadata. Why? There shall just be a local installer to install the packages triggered by the web app. We already have this. Another thing is what the users of Fedora and most other linux'es is not my old mother and most of these users, don't care about a big fancy software shop. Maybe maybe not. The point is that a fancy software shop would result into this old mother type of user consider to use fedora. A user ultimately don't care about packages but about applications. Other distritors are moving in this direction while we fall behind. We should lead here like we do in other areas. So nobody is going to do this great amount of work it takes to make a great webstore, Ubuntu need it for the same ways as Apple, they want to earn some money. Earning money is not the point, having a good user experience is. It is an illusion that if we just have a fancy webstore, every body will start using Fedora IMHO. Nobody said that. It will be nice if more people uses Fedora, but it not the main target, the greatness of Fedora is not measured but how many user it have, compared to other Linuxes or other os'es. Well without users (and growth) it will become irrelevant and thus it will become harder to achieve anything else. As for people working on this Richard tried and got blocked by the infrastructure people. (don't know the details though). -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Any progress in Software Center in Fedora effort?
The ultimate software center is a web application, like Google playstore. All the rating and commenting and other info, need to be centrally maintained and it is not a good idea to try to distribute this kind of metadata. There shall just be a local installer to install the packages triggered by the web app. Another thing is what the users of Fedora and most other linux'es is not my old mother and most of these users, don't care about a big fancy software shop. So nobody is going to do this great amount of work it takes to make a great webstore, Ubuntu need it for the same ways as Apple, they want to earn some money. It is an illusion that if we just have a fancy webstore, every body will start using Fedora IMHO. It will be nice if more people uses Fedora, but it not the main target, the greatness of Fedora is not measured but how many user it have, compared to other Linuxes or other os'es. Tim Amen -- *Antonio Trande Fedora Ambassador* *Fedora italian translation group* *Blogger **mail*: mailto:sagit...@fedoraproject.org sagit...@fedoraproject.org *Homepage*: http://www.fedora-os.org *Sip Address* : sip:sagitter AT ekiga.net *Jabber http://jabber.org/* :sagitter AT jabber.org *GPG Key: 19E6DF27* -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Anyone have any idea why apps are starting to search /proc/sys/vm?
dwalsh writes: [only the $subject] # stap -e 'probe syscall.open { if(substr(filename,0,5) == /proc) { println(pid(), , execname(), , filename) print_ubacktrace() } }' -d /usr/lib*/libc-*.so (Repeat with more -d /usr/bin/foo as stap advises.) - FChE -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Any progress in Software Center in Fedora effort?
drago01 drag...@gmail.com wrote: A user ultimately don't care about packages but about applications. Other distritors are moving in this direction while we fall behind. We should lead here like we do in other areas. +1 I still haven't understand what it takes to get this started. Besides of course from having some people dedicating some time on that. Convincing infrastructure team is the first step? Does this need to get through FESCO first? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Any progress in Software Center in Fedora effort?
Am 07.10.2012 19:55, schrieb drago01: Maybe maybe not. The point is that a fancy software shop would result into this old mother type of user consider to use fedora. A user ultimately don't care about packages but about applications. Other distritors are moving in this direction while we fall behind. We should lead here like we do in other areas. why do we need to lead everywehre for every price? It will be nice if more people uses Fedora, but it not the main target, the greatness of Fedora is not measured but how many user it have, compared to other Linuxes or other os'es. Well without users (and growth) it will become irrelevant and thus it will become harder to achieve anything else. nobody says without users but do we really need every noob as user? why have we different operating systems and distributions if all satisfies the same user-base for every price? there is also a need for a clean and straight forwarded linux without compromises only to fetch users better satisfied with OSX or windows signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Any progress in Software Center in Fedora effort?
* Nikos Roussos [07/10/2012 20:41] : I still haven't understand what it takes to get this started. Besides of course from having some people dedicating some time on that. Convincing infrastructure team is the first step? Does this need to get through FESCO first? You'll probably want to read the previous thread on the subject as well as the apropos bugs: http://lists.fedoraproject.org/pipermail/devel/2011-November/159951.html Anybody interested in this will need to talk to Infra, RelEng and Legal and ensure that they're all satisfied with the implementation. Emmanuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Questions about the new comps
In order to reduce the size of the F18 Xfce spin, I wanted to edit comps - but decided to not do so until I fully understand what is going on. I seem to have missed a lot since since last our discussion at Blacksburg, so have a lot of questions. Here we go: 1. How can a package maintainer define a default, but not mandatory package? Example: The Xfce SIG decided to no longer install xfce4-icon-theme by default. It just takes space and we don't use it. Nevertheless we want to enable users to install it easily. How would we do that? Define an extra group with only xfce4-icon-theme and make it an option of the Xfce environment? 2. Even if I cannot do it in anacoda any longer, how would I do it in PackageKit? How can I make something show up in a group there without making it mandatory? 3. How do the new groups translate into PackageKit groups? Will all options be listed in the side pane of gpk-applications? Will they dynamically change? Will all packages of a group be selected? 4. How to define conditionals? 5. Is there more documentation than just https://fedoraproject.org/w/index.php?title=How_to_use_and_edit_comps.xml_for_package_groupsdiff=298968oldid=193124 Best regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Questions about the new comps
Hi there, one more question: How can one install something that is neither an 'environment' nor a minimal install install? Say I want openbox as window manager, how would I do that? openbox is in the group 'window-managers', but that group is not shown in anaconda. I guess we need to creae a group for each and every window manager and then make these groups options of either 'window-managers' or 'basic-x-windows' (the latter is shown in anaconda). Is this really the only way?! Best regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 863784] New: perl-Coro-6.09 is available
https://bugzilla.redhat.com/show_bug.cgi?id=863784 Bug ID: 863784 Keywords: FutureFeature, Triaged QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: boche...@fedoraproject.org, kwiz...@gmail.com, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Assignee: ppi...@redhat.com Summary: perl-Coro-6.09 is available Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: upstream-release-monitor...@fedoraproject.org Type: --- Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: perl-Coro Product: Fedora Latest upstream release: 6.09 Current version in Fedora Rawhide: 6.08 URL: http://search.cpan.org/dist/Coro/ 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. -- 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 863785] New: perl-Dancer-1.3110 is available
https://bugzilla.redhat.com/show_bug.cgi?id=863785 Bug ID: 863785 Keywords: FutureFeature, Triaged QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org Assignee: mmasl...@redhat.com Summary: perl-Dancer-1.3110 is available Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: upstream-release-monitor...@fedoraproject.org Type: --- Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: perl-Dancer Product: Fedora Latest upstream release: 1.3110 Current version in Fedora Rawhide: 1.3100 URL: http://search.cpan.org/dist/Dancer/ 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. -- 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
Broken dependencies: perl-OpenOffice-UNO
perl-OpenOffice-UNO has broken dependencies in the F-18 tree: On x86_64: perl-OpenOffice-UNO-0.07-3.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2) On i386: perl-OpenOffice-UNO-0.07-3.fc17.i686 requires perl(:MODULE_COMPAT_5.14.2) perl-OpenOffice-UNO-0.07-3.fc17.i686 requires libsal_textenc.so Please resolve this as soon as possible. -- 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 863729] Perl CORE package is broken. Missing CORE components expected in every Perl Install
https://bugzilla.redhat.com/show_bug.cgi?id=863729 Jan Pazdziora jpazdzi...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED CC||jpazdzi...@redhat.com Resolution|--- |NOTABUG Last Closed||2012-10-07 09:14:45 --- Comment #1 from Jan Pazdziora jpazdzi...@redhat.com --- Seems fine to me: $ perl -e 'print CORE::hex(0x50), \n;' 80 $ rpm -q perl perl-5.14.2-215.fc17.i686 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-OpenOffice-UNO
perl-OpenOffice-UNO has broken dependencies in the rawhide tree: On x86_64: perl-OpenOffice-UNO-0.07-3.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2) On i386: perl-OpenOffice-UNO-0.07-3.fc17.i686 requires perl(:MODULE_COMPAT_5.14.2) perl-OpenOffice-UNO-0.07-3.fc17.i686 requires libsal_textenc.so Please resolve this as soon as possible. -- 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 Coro-6.09.tar.gz uploaded to lookaside cache by kwizart
A file has been added to the lookaside cache for perl-Coro: 3b578ca56e4925329e174a9d4827efbb Coro-6.09.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-Coro] Update to 4.09
commit 3f1383bdc41f11dcbe997bd9a586037679210833 Author: Nicolas Chauvet kwiz...@gmail.com Date: Sun Oct 7 22:56:44 2012 +0200 Update to 4.09 .gitignore |1 + perl-Coro.spec |7 +-- sources|2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index eedd555..dc070b4 100644 --- a/.gitignore +++ b/.gitignore @@ -8,3 +8,4 @@ /Coro-6.06.tar.gz /Coro-6.07.tar.gz /Coro-6.08.tar.gz +/Coro-6.09.tar.gz diff --git a/perl-Coro.spec b/perl-Coro.spec index 7a18070..e41f97a 100644 --- a/perl-Coro.spec +++ b/perl-Coro.spec @@ -1,6 +1,6 @@ Name: perl-Coro -Version:6.08 -Release:4%{?dist} +Version:6.09 +Release:1%{?dist} Summary:The only real threads in perl License:GPL+ or Artistic Group: Development/Libraries @@ -127,6 +127,9 @@ make test %{_mandir}/man3/* %changelog +* Sun Oct 07 2012 Nicolas Chauvet kwiz...@gmail.com - 6.09-1 +- Update to 4.09 + * Fri Aug 3 2012 Jitka Plesnikova jples...@redhat.com - 6.08-4 - Update BR diff --git a/sources b/sources index daa3a65..a8e4b14 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -86bcfac8bf53c9fe979106692b82b8b1 Coro-6.08.tar.gz +3b578ca56e4925329e174a9d4827efbb Coro-6.09.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-Coro/f18] Update to 4.09
Summary of changes: 3f1383b... Update to 4.09 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 863784] perl-Coro-6.09 is available
https://bugzilla.redhat.com/show_bug.cgi?id=863784 Nicolas Chauvet (kwizart) kwiz...@gmail.com changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |RAWHIDE Last Closed||2012-10-07 17:08:54 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 863874] New: Update to 0.09010
https://bugzilla.redhat.com/show_bug.cgi?id=863874 Bug ID: 863874 QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: iarn...@gmail.com, perl-devel@lists.fedoraproject.org Assignee: iarn...@gmail.com Summary: Update to 0.09010 Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: emman...@seyman.fr Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: perl-HTML-FormFu Product: Fedora While trying to update HTML-FormFu-Model-DBIC to the latest version, I realized it depends on HTML-FormFu 0.09010 which came out all of 3 days ago. Is it possible to update the rawhide package. Once that's done, I'll update HTML-FormFu-Model-DBIC. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel