Re: Can some provenpackager bump openvpn in EL-5
Jon Ciesla wrote: Jussi Lehtola wrote: On Wed, 2009-12-30 at 16:35 +0530, Huzaifa Sidhpurwala wrote: Jussi Lehtola wrote: Even though any proven packager could do the change, that bug does not fall in the items listed in the proven packager policy [1]. You haven't listed any problems with the current package, you're just requesting a version upgrade. The version of openvpn in EPEL is an upstream rc version. The Changelog file upstream shows a lot of bugs have been fixed and it would be nice to have it fixed in EPEL too. OK, that's starting to sound better. Version upgrades should be performed by the package maintainer. This especially holds in EPEL, which should be a slowly moving distribution. In this case the bz is around 2.5 weeks old, with absolutely no response. What is the policy to get the package updated in this case? See the nonresponsive maintainer policy at https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers Actually, FYI, I'm a provenpackager and have recently contacted the openvpn maintainer. There are quite a few open bugs, including yours, and I requested his approval to take a look at the open bugs and make changes, updates, etc, and he gave me the green light. I'll try to get to this this week. Essentially, he's not been doing much with Fedora lately due to Real Life intervening, which I can certainly understand. -J An update for F-12 is on it's way to testing. I'm using it now with no issues, but I can't test the boot bug, as the machine acting as my openvpn server isn't using NetworkManager. That said, it should work. Please test and let me know if changes need to be made. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Our static Libraries packaging guidelines once more
Tom spot Callaway wrote: On 01/05/2010 11:30 AM, Jesse Keating wrote: On Tue, 2010-01-05 at 11:03 -0500, Tom Lane wrote: On the other hand, with the guideline being so widely ignored, I'm not in a hurry to do work to comply with it ... Isn't that a chicken/egg problem? It really is. I mean, we could create the Packaging Police to run around and enforce the guidelines by force (either by fixing them manually, or by threatening maintainers until they do it), but is that really what we want? ~spot No. Too bad though, I had visions of spiffy new uniforms. That aside, I'd love to have all packages in total Guidlines compliance. I'd also love to be rich. And thinner. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Can some provenpackager bump openvpn in EL-5
Jussi Lehtola wrote: On Wed, 2009-12-30 at 16:35 +0530, Huzaifa Sidhpurwala wrote: Jussi Lehtola wrote: Even though any proven packager could do the change, that bug does not fall in the items listed in the proven packager policy [1]. You haven't listed any problems with the current package, you're just requesting a version upgrade. The version of openvpn in EPEL is an upstream rc version. The Changelog file upstream shows a lot of bugs have been fixed and it would be nice to have it fixed in EPEL too. OK, that's starting to sound better. Version upgrades should be performed by the package maintainer. This especially holds in EPEL, which should be a slowly moving distribution. In this case the bz is around 2.5 weeks old, with absolutely no response. What is the policy to get the package updated in this case? See the nonresponsive maintainer policy at https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers Actually, FYI, I'm a provenpackager and have recently contacted the openvpn maintainer. There are quite a few open bugs, including yours, and I requested his approval to take a look at the open bugs and make changes, updates, etc, and he gave me the green light. I'll try to get to this this week. Essentially, he's not been doing much with Fedora lately due to Real Life intervening, which I can certainly understand. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Looking for pointers how to set up lzma stream using xz-devel
Bruno Wolff III wrote: I am working on getting squashfs-tools 4.1 in rawhide. It has wrapper functions that are set up to use streaming compression/uncompression from the LZMA SDK 4.65 library. Currently the LZMA SDK 4.32 library is in Fedora, but is no longer supported upstream and is not compatible with 4.65. I think the xz-devel and xz-libs packages support a 4.65 compatible format using the LZMA1 filter, but I am having trouble figuring out how to use this library. I don't think packaging the LZMA SDK 4.65 library is a good option. It would be a third library doing essentially the same thing and would potentially be confused with the 4.32 library that currently is used by some legacy lzma tools that should probably eventually go away as xz provides the same functions. So far I have been looking through the include files, but they really aren't organized in a way that makes figuring out what you need to do easy. I haven't found any good API documentation yet. The xz source README says there isn't any, but that it is a lot like zlib. Possibly looking at the the code for the tools in the xz package will help. I was hoping someone could point me to either some good documentation or some good sample code to look at. I've actually come across this WRT UPX as well. https://bugzilla.redhat.com/show_bug.cgi?id=501636 From what I can tell. . .we may be stuck unless someone wants to write some docs. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaned some packages
Toshio Kuratomi wrote: On Mon, Dec 21, 2009 at 09:36:59PM +0530, Vivek Shah wrote: Hi, Trying to take biniax and bastet, same problems. Tried taking up peppy (successful on the devel branch) but the same problem occurred on the other branches and for xpad as well. If people could try again I'd appreciate it -- we had an issue with the python-bugzilla library and the new bugzilla earlier. Was fixed this morning. If this is still occurring it's something different. -Toshio I just tried taking barrage. KombatFlawless victory./Kombat -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaned some packages
Josephine Tannhäuser wrote: 2009/12/21, Orcan Ogetbil oget.fed...@gmail.com: I tried to push the Take ownership button on python-rabbyt's devel branch and it worked. Then I pushed Release Ownership. That worked too. Do you get an error message when you use those buttons? Are you logged in? Sometimes there is a Verify Login button that pops up on upper right of the page for some reason. You need to click on that. Hi Orcan, I tried it until it works. Request failed was the message. I had to click in Take ownership about 5 times. Trying to take biniax and bastet, same problems. -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Question about a lib requires
Nicoleau Fabien wrote: Hi, I'm packaging a software that requires : /usr/bin/jpegtran (provided by libjpeg) and /usr/bin/tiffinfo (provided by libtiff). If I explicitely put libjpeg and libtiff in Requires, rpmlint complains because I don't let RPM find the libs. Is there a way to include these requires properly ? (like adding directly /usr/bin/jpegtran and /usr/bin/tiffinfo in Requires). Regards, Fabien NICOLEAU Yes. Requires: /usr/bin/jpegtran Requires: /usr/bin/tiffinfo Does it really just need the binaries and not the libs, just that rpm would auto-Require the libjpeg and libtiff RPMs? -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Create a -cli package without a different executable
Jussi Lehtola wrote: On Fri, 2009-12-18 at 18:12 +0100, Nicoleau Fabien wrote: My question is : is it good to provide a -cli package that does not provides a separate script or executable file, and that will work only if the user is carefull to not launch it in a way that it does not require a graphic lib (without parameters in that context) ? The design seems idiotic. Anyway, you have to weigh the surplus of admins not having to install graphical stuff on their servers versus the possible problems caused by new users trying to work the package in a way it isn't supposed to be used. I'd say: it's up to the packager. Or, package it , er, twice, with two copies with different options. See: Ettercap Warning: This is the most annoying choice, and I sometimes regret it. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FESCo election results December 2009
Matthew Garrett wrote: On Fri, Dec 18, 2009 at 12:19:47PM -0500, Paul W. Frields wrote: Using the Fedora Range Voting method, each candidate could attain a maximum of 864 votes (4*216). Results: 1. Adam Jackson (ajax) 1028 I think there's a discrepency here :) This one too: 2. Christoph Wickert (cwickert) 934 :) I thought RedHat was in NC, not FL. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FESCo election results December 2009
Adam Jackson wrote: On Fri, 2009-12-18 at 12:19 -0500, Paul W. Frields wrote: Information: At close of voting there were: 216 valid ballots Using the Fedora Range Voting method, each candidate could attain a maximum of 864 votes (4*216). Results: 1. Adam Jackson (ajax) 1028 That's right, I'm so awesome I got more than the maximum number of votes. - ajax Or, now that I reread, max_votes == number_of_candidates * valid_ballots, or 7*216=1512. QED I think. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
José Matos wrote: On Wednesday 09 December 2009 19:38:55 Jeff Spaleta wrote: For F13 you probably want to push latest versions of the both scipy and matplotlib together. So if you take scipy* sign up for matplotlib* as well. Not only those but also: python-basemap -- Plots data on map projections (with continental and political boundaries) python-basemap-data -- Data for python-basemap python-dateutil -- Powerful extensions to the standard datetime module pytz -- World Timezone Definitions for Python and also not directly related but ScientificPython -- A collection of Python modules that are useful for scientific computing is more or less on the bundle. Those are packages that interest me, and I would like to see them in good shape. :-) FWIW, the sage bundle would be a nice bonus. :-) -jef I've added myself to scipy, python-matplotlib, and the above. I'll try to get to the updates. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
Jeff Spaleta wrote: Good Alaskan Morning! In two weeks I'm going to be in Antarctica for a month+ and I'm looking for other packagers to step in for me and maintain my packages and prepare them for F13. I'm not exactly sure what my time and bandwidth access will be so I'm planning for the worst and that I'll be reliably off the grid through mid Feb. Please let me know if you can take on a co-maintainer/primary maintainer role for any of the packges and see them through the next couple of months. Here's the set of packages that I own. I will be contacting existing co-maintainers for individual packages in the list separately this week. ScientificPython -- A collection of Python modules that are useful for scientific computing g3data -- Program for extracting the data from scanned graphs gourmet -- Recipe Manager for the GNOME desktop environment gpodder -- Podcast receiver/catcher written in Python istanbul -- Desktop Session Recorder nec2c -- Translation of NEC2 antenna modeling tool from FORTRAN to C pyscript -- PyScript - Postscript graphics with Python python-basemap -- Plots data on map projections (with continental and political boundaries) python-basemap-data -- Data for python-basemap python-dateutil -- Powerful extensions to the standard datetime module python-matplotlib -- Python plotting library python-xlib -- X client library for Python pytz -- World Timezone Definitions for Python revelation -- Password manager for GNOME 2 safekeep -- The SafeKeep backup system scipy -- Scipy: Scientific Tools for Python telescope-server -- Opensource Telescope control servers to interface with stellarium usbsink -- USBSink is a GNOME -jefDoes living in Alaska and travelling to Antarctica make me bipolar?spaleta Sweet! Have a fun and safe trip. I can probably help out with scipy, I'll apply as co-maintainer. -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: orphaning dblatex
Jon Ciesla wrote: Neal Becker wrote: I no longer wish to maintain dblatex. Any takers? I can if none of the co-maintainers want it. -J Ping? -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Proposed F13 feature: drop separate updates repository
Matthew Booth wrote: The separate updates directory has been a pain for as long as I've been using RHL/Fedora Core/Fedora. It means you have two places to look when searching for packages manually, and twice as much to configure when you're configuring yum. It has never benefitted me, or anybody I know, but it has caught me out on any number of occasions. What's more, nobody really seems to know why it's like that: it seems it's always been that way, and nobody ever bother to fix it. So lets fix it. The package set at release time is only interesting to historians. If any of them are really that bothered, I'm sure somebody can come up with a yum module which finds the oldest available version of a package in a repo. Matt Would not this also provide the minor added benefit that there could now be a drpm for the first update for a package? -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Proposed F13 feature: drop separate updates repository
Josh Boyer wrote: On Wed, Dec 02, 2009 at 09:00:53AM -0600, Jon Ciesla wrote: Matthew Booth wrote: The separate updates directory has been a pain for as long as I've been using RHL/Fedora Core/Fedora. It means you have two places to look when searching for packages manually, and twice as much to configure when you're configuring yum. It has never benefitted me, or anybody I know, but it has caught me out on any number of occasions. What's more, nobody really seems to know why it's like that: it seems it's always been that way, and nobody ever bother to fix it. So lets fix it. The package set at release time is only interesting to historians. If any of them are really that bothered, I'm sure somebody can come up with a yum module which finds the oldest available version of a package in a repo. Matt Would not this also provide the minor added benefit that there could now be a drpm for the first update for a package? We already have that if the update is done after GA. josh If that's the case, then good. In that case, I see no huge benefit to leaving it or changing it. -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: orphaning dblatex
Neal Becker wrote: I no longer wish to maintain dblatex. Any takers? I can if none of the co-maintainers want it. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: [RFA] Your gnu-free-fonts package did not pass QA
repo-font-audit wrote: Dear packager, At 20091122T202901Z, your “gnu-free-fonts” package failed one or more of the tests I was performing on the “fedora-devel” repository located at: http://koji.fedoraproject.org/static-repos/dist-f13-build-current/x86_64/ There are three different reasons that may cause this message: 1. your package is including one or more font files, but not packaging them properly; 2. your package is including one or more font files, and I've found issues in some of them; 3. your package is not shipping any font file, but the way it accesses fonts in other packages is not satisfying. To stop receiving this message, you need to: 1. drop the font files or fix their packaging; 2. relay the fonts issues to the fonts upstream to get them revised; 3. work with the code upstream to improve the way it accesses font files (usually by making it use fontconfig through a higher-level text library such as pango, pango-cairo, harfbuzz, or QT) You can self-check your packages at any time by: 1. installing createrepo and fontpackages-tools: # yum install createrepo fontpackages-tools 2. putting your packages and any font package they depends on in a test directory 3. indexing this directory with createrepo: $ createrepo path-to-test-directory 4. running repo-font-audit: $ repo-font-audit test file://absolute-path-to-test-directory A summary of the issues I detected is appended here. For your convenience a more comprehensive analysis is also attached to this message. Errors, warnings and suggestions: P# t5 t13 t17 t19 t20 1 4 1444 2 4 1341 3 4 1‧34 Total 12 3711 9 P# Maintainer SRPMRPM EVR Arch 1 limbgnu-free-fonts gnu-free-mono-fonts 0:20090104-11.fc12 noarch 2 limbgnu-free-fonts gnu-free-sans-fonts 0:20090104-11.fc12 noarch 3 limbgnu-free-fonts gnu-free-serif-fonts 0:20090104-11.fc12 noarch Test explanation: t5. Error: font faces duplicated by different packages ☛ Packager task, eventual upstream task Several packages duplicate font files with the same face name. This needlessly wastes resources infrastructure and user side and makes font maintenance problematic: 1. Very often an upstream that copied some fonts will forget to keep them up to date, and the duplication will result in the distribution of old buggy data. 2. Shipping the same font in different formats is also problematic: different font formats have different features, and are processed by different font libraries. It is almost impossible to create a font in multiple formats that will all behave the same. Users hate fonts that do not behave consistently everywhere. 3. Most of our applications use fontconfig to access fonts, and fontconfig uses font names to identify files. Naming collisions make font selection unreliable. So even genuine forks with different features from the original are a problem if not renamed. A repository should always include only one version of a font face. This test can not discriminate between packages and identity the correct owner of the font face. His maintainer will be blamed with others. If you're not him it is therefore unfriendly not to fix this error as soon as you can. It is always possible to reuse a font file packaged separately by adding a dependency on the other package providing it, and accessing the font through fontconfig. If an application can not use fontconfig today this is a serious bug that should be reported to the application upstream. Please ask it to add fontconfig support to their code (usually, via a higher-level library such as pango-cairo). However it can workarounded by the packager with symlinks (that will need maintenance). If an application can not use a modern font format and forces the re-packaging in an older format of an exiting font this is an application bug that should be reported to the application upstream. In that case these is no good solution possible baring the fixing of the application. t13. Warning: bad font naming ☛ Font upstream task, with packager workarounds The font naming declared by one or more files in the package is not a canonical WWS¹ naming or has some other naming problem. As noted by Adobe² the W3C CSS font family model used in WPF/WWS is less than ideal, but it is a standard and applications expect it. This script attempted to apply some heuristics to fix this naming, and computed different values than those in the font files. That means some of those files are using non-standard, fuzzy, self-conflicting, confusing names. A correct naming: 1. only includes “Width”, “Weight”, “Slant” qualifiers in its style name; 2. does not declare more than one of each; 3. declares them using the canonical keywords defined in the
Re: [RFA] Font audit results for Fedora 12 and 2009-11-22 fedora-devel
Nicolas Mailhot wrote: Hi, With a little delay here are the font audit results for Fedora 12 and snip Special mention goes to jussilehtola for xine-ui: not only he managed to add 27 font files not packaged according to Fedora guidelines during the F-12 cycle, but 14 are copies of the same font. snip Regards, I question the taste of this remark. Was it really necessary to bring this up in such a public forum? -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Notification of uploads to the lookaside cache
Jon Stanley wrote: The message will contain the name of the file, the package concerned, the md5sum, and the user that uploaded it. An example is below: File upload.cgi for package sportrop-fonts has been uploaded to the lookaside cache with md5sum 26489f9e92601f0f84cfbb278c2b98e1 by jstanley Please let me know if you have any questions, comments, or room for improvement! Well, since you asked... :) I'd like to suggest that we use the name of the account uploading the file instead of nob...@fedoraproject.org and tweak the format of the message just a little, to make it easier to compare the output to locally generated md5sum output. An example: A file has been added to the lookaside cache for sportrop-fonts: 26489f9e92601f0f84cfbb278c2b98e1 sportrop-fonts-1.0.tar.gz Being lazy, I try to be the last one to volunteer anyone else for work, so I have also made these suggestions in convenient unified diff format (easily applied using git am to the infrastructure puppet repository) at: http://tmz.fedorapeople.org/patches/upload_cgi/ Thanks for adding this feature to the upload scripts. I think it's a good idea. Next up, moving from MD5 to something stronger, like SHA256. ;) Does anyone know why I'm getting tons of notifications concerning packages for which I am not maintainer, co-maintainer? -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Local users get to play root?
nodata wrote: Am 2009-11-18 18:08, schrieb nodata: Yikes! When was it decided that non-root users get to play root? Ref: https://bugzilla.redhat.com/show_bug.cgi?id=534047 This is horrible! Just to elaborate: A local user is allowed to install software on the machine without being prompted for the root password. This is a recipe for disaster in my opinion. So much for granting shell access on my servers. . . -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Local users get to play root?
Seth Vidal wrote: On Wed, 18 Nov 2009, Jon Ciesla wrote: nodata wrote: Am 2009-11-18 18:08, schrieb nodata: Yikes! When was it decided that non-root users get to play root? Ref: https://bugzilla.redhat.com/show_bug.cgi?id=534047 This is horrible! Just to elaborate: A local user is allowed to install software on the machine without being prompted for the root password. This is a recipe for disaster in my opinion. So much for granting shell access on my servers. . . You have PackageKit installed on servers? really? -sv I do if it's in the default DVD install, or was pulled in in an upgrade. I've never intentionally installed it, and yes I do. Never imagined it would be a problem. I'll remove it. -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Local users get to play root?
Seth Vidal wrote: On Wed, 18 Nov 2009, Jon Ciesla wrote: Seth Vidal wrote: On Wed, 18 Nov 2009, Jon Ciesla wrote: nodata wrote: Am 2009-11-18 18:08, schrieb nodata: Yikes! When was it decided that non-root users get to play root? Ref: https://bugzilla.redhat.com/show_bug.cgi?id=534047 This is horrible! Just to elaborate: A local user is allowed to install software on the machine without being prompted for the root password. This is a recipe for disaster in my opinion. So much for granting shell access on my servers. . . You have PackageKit installed on servers? really? -sv I do if it's in the default DVD install, or was pulled in in an upgrade. I've never intentionally installed it, and yes I do. Never imagined it would be a problem. I'll remove it. Maybe you and I have a different concept of 'Servers'. But I tend to install @core only and then remove items whenever I can for a server. If it is a bad day I'll install X b/c something requires it but for servers I try to avoid anything beside the barest minimal I can have. -sv That's generally my MO as well. Sometime, however, as I have mostly legacy hardware, some machines need to perform multiple functions. Really, though sometimes it's nice to tunnel a GUI through SSH, if I want to browse the repo that way. Usually yum search, etc is enough. Sometimes it's not, quite. -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Local users get to play root?
Seth Vidal wrote: On Wed, 18 Nov 2009, nodata wrote: -sv I do if it's in the default DVD install, or was pulled in in an upgrade. I've never intentionally installed it, and yes I do. Never imagined it would be a problem. I'll remove it. Maybe you and I have a different concept of 'Servers'. But I tend to install @core only and then remove items whenever I can for a server. If it is a bad day I'll install X b/c something requires it but for servers I try to avoid anything beside the barest minimal I can have. -sv Maybe you have a different concept of security, but I don't want any user on the server installing software, no matter what. right - which is why I wouldn't install PK on a server. yum doesn't allow users to install pkgs, only root. -sv I just found PackageKit on a server that's never been anything but. It was installed fith FC-2, which IIRC is pre-PackageKit. Does this mean it was pulled in by something else that no longer requires it? -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Local users get to play root?
Seth Vidal wrote: On Wed, 18 Nov 2009, Jon Ciesla wrote: Seth Vidal wrote: On Wed, 18 Nov 2009, nodata wrote: -sv I do if it's in the default DVD install, or was pulled in in an upgrade. I've never intentionally installed it, and yes I do. Never imagined it would be a problem. I'll remove it. Maybe you and I have a different concept of 'Servers'. But I tend to install @core only and then remove items whenever I can for a server. If it is a bad day I'll install X b/c something requires it but for servers I try to avoid anything beside the barest minimal I can have. -sv Maybe you have a different concept of security, but I don't want any user on the server installing software, no matter what. right - which is why I wouldn't install PK on a server. yum doesn't allow users to install pkgs, only root. -sv I just found PackageKit on a server that's never been anything but. It was installed fith FC-2, which IIRC is pre-PackageKit. Does this mean it was pulled in by something else that no longer requires it? Did you 'yum update' the box from fc-2 to whatever it is now? or how did you get there? -sv Yes, precisely, one release at a time. Plan to do 12 in a few days. -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Claudio Tomasoni is now MIA
Kevin Fenzi wrote: On Sun, 01 Nov 2009 02:45:10 +0100 Christoph Wickert christoph.wick...@googlemail.com wrote: This is a follow-up to my mail from October 9th [1] As per unresponsive package maintainer policy, Claudio is now officially considered missing in action and his packages [2] will be orphaned. I can ack this per the procedure as a FESCo member. I am going to orphan those packages now. kevin Thanks. Tennix (and it's bug) taken. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora with Universal Binaries?
King InuYasha wrote: On Thu, Oct 22, 2009 at 12:57 PM, Kevin Kofler kevin.kof...@chello.at mailto:kevin.kof...@chello.at wrote: King InuYasha wrote: I just saw this article about an effort to create Universal binary style ELF binaries for Linux, and I thought that this would be something to watch, so that Fedora could integrate both x86-32 and x86-64 into single DVD sets. http://icculus.org/fatelf/ Yuck!!! Please don't infect GNU/Linux with this completely braindead crap! This wastes a lot of disk space and download bandwidth and probably also increases loading times for NO reason whatsoever. It also doubles the build times for any and all software. Just figure out what arch your machine is and install the correct package for your arch! Fat binaries are a method to make crappy binary-only software distribution easier, they have no room on a Free Software system. Let the Mac folks keep their fat crap and leave our binaries as native for the appropriate arch! Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com mailto:fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list I dunno, it could be useful for Live CDs/USBs. It would let you pack multiple arches onto a single LiveCD/USB. Yeah, but they'd be larger, forcing removal of software from the images. You sound like one of those crazy people that disregard everything that may slightly help proprietary software. It's probably possible to strip out arches when they become unneeded, if so desired. I know it is possible under Mac OS X to do that. If you had a system that had extra arches you didn't need, you probably could just go and strip them out to save disk space. So. . .then why do it? There are practical considerations here. There isn't much proof to your statement about loading fat binaries. I don't notice a slow down in load times of Universal binaries on my Mac, but I do notice the disk space. As it is, Snow Leopard now uses Universal binaries to pack x86_32 and x86_64 into a single application container and can strip out PowerPC binary code. Don't knock it till you try it... Strip out where? Build time, install time, or run time? -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: olpc components in x86/x86_64 repo
Rudolf Kastl wrote: 2009/10/7 Peter Robinson pbrobin...@gmail.com: On Wed, Oct 7, 2009 at 8:12 AM, Rahul Sundaram sunda...@fedoraproject.org wrote: On 10/06/2009 05:35 PM, Jon Ciesla wrote: Additionally, having OLPC-specific RPMS in mainline Fedora helps with the end goal that is , as I understand it, to have OLPC's OS be essentially a Spin of stock Fedora. It also helps OLPC devs who don't necessarily have XOs. IIRC, they already are shipping stock Fedora in their latest builds except for the kernel. They are also responsible for the largest amount of Fedora deployments in the world. So it is all mutually beneficial. That is correct, we're all upstream now with no weird branches for core packages :-) Thats great to hear and interesting information. In no way the question was meant as criticism. Basically i was just curious if the packages are hardware related to the olpc hw or generally useful. Thanks for your answer. Best wishes for the olpc/sugar developers. More knowledge and therefor power to the poor kids. raises beer stein My thanks to all concerned. kind regards, Rudolf Kastl Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: olpc components in x86/x86_64 repo
Peter Robinson wrote: On Tue, Oct 6, 2009 at 12:58 PM, Rudolf Kastl che...@gmail.com wrote: 2009/10/6 Peter Robinson pbrobin...@gmail.com: On Tue, Oct 6, 2009 at 10:59 AM, Rudolf Kastl che...@gmail.com wrote: yum list all |grep olpc dracut-modules-olpc.x86_64 0.2.1-2.fc12 rawhide olpc-contents.x86_642.6-2.fc12 rawhide olpc-library.noarch 2.0.2-2.fc12 rawhide olpc-netutils.noarch0.7-4.fc12 rawhide olpc-switch-desktop.noarch 0.6-2.fc12 rawhide olpc-update.noarch 2.20-1.fc12rawhide olpc-utils.x86_64 1.0.3-2.fc12 rawhide does it really make sense to have those modules available on x86/x86_64? (this is from rawhide) Yes, because they are used on both x86 and x86_64 platforms. What is the problem having them there? Peter somehow i had the impression they are atleast partially related to the olpc hardware. Those ones aren't necessarily, and even then why does that stop them from being in rawhide. There's lots of packages for specific hardware in Fedora and these devices run Fedora. Peter Additionally, having OLPC-specific RPMS in mainline Fedora helps with the end goal that is , as I understand it, to have OLPC's OS be essentially a Spin of stock Fedora. It also helps OLPC devs who don't necessarily have XOs. -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Heads up: net-snmp soname bump in rawhide
Seth Vidal wrote: On Tue, 29 Sep 2009, Jesse Keating wrote: On Tue, 2009-09-29 at 12:13 -0400, Josh Boyer wrote: Rawhide is still based on dist-f12. We have no cute name for dist-f13. Futurehide I expect that to be the name of a scifi book published by ToR -sv Yeah, but a movie then gives us the theme song. Tag 'em up, build 'em out, bodhi-client, mash it down, yum update -y, futurehide! -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski
Kevin Fenzi wrote: On Fri, 18 Sep 2009 15:57:10 +0200 Till Maas opensou...@till.name wrote: Aloas, On Fri, Sep 11, 2009 at 07:01:21PM +0200, Till Maas wrote: I want to start the non-responsive maintainer process for Krzysztof Kurzawski, because youtube-dl was not updated for several releases and there was not response to bug reports regarding this. I will use this bug to track my contacting attempts: https://bugzilla.redhat.com/show_bug.cgi?id=496593 On 2009-07-21 I already wrote a mail to youtube-dl-owner and suggested to take over youtube-dl, but I did not receive any response. If you know Krzysztof, please ping him. a week has passed, so this is the second attempt to reach Krzysztof. The following packages have been orphaned: gfeed greyhounds incollector netmonitor pic2aa scythia wavextract xhotkeys yoltia youtube-dl Also, I would be happy to take 'greyhounds'. Co-maintainers welcome. kevin Took wavextract. -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning a few packages
Konstantin Ryabitsev wrote: Hello: I am starting another job in a few days, and there's a bunch of packages that I won't be using any longer, and thus won't be a very good choice for maintainer. Please, someone pick them up: atanks - Remake of a classic DOS game Scorched Earth I'll take this one. cvs2svn - CVS to Subversion Repository Converter gazpacho - Glade Interface Creator php-pear-PHP-CodeSniffer - PHP coding standards enforcement tool php-pear-PhpDocumentor - The complete documentation solution for PHP poedit - GUI editor for GNU gettext .po files python-feedparser - Parse RSS and Atom feeds in Python python-kiwi - Framework for Python GUI applications python-pgsql - Enhanced python interface to PostgreSQL yaz - Z39.50/SRW/SRU programs Have fun, and thanks! Cheers, -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F12 to require i686, but which CPUs do not qualify?
Tony Nelson wrote: I've noticed that F12 will require a CPU with i686 architecture, and that my Athlon 1.2GHz won't qualify. I accept that F11 is the last Fedora release that I'll be able to use. My concern is that many present Fedora users will be unpleasantly surprised that a new installation doesn't work, or at least that they've wasted the download. The Release Notes, starting with the F12 Alpha Release Notes, should tell users about this, and so should the release announcements. The difficulty is in telling them what exactly is an i686 CPU, as that is defined by GCC and is said to be a moving target (over the years). I'm hoping that someone qualified can make the appropriate changes to the Releases Notes wiki (I don't know what all the requirements are, though I do know that the Athlon does not support SSE/SSE2). Is there a simple way for ordinary users to know if their CPU is expected to work on F12 (as an i686 according to GCC)? Is there a tool to run that doesn't require downloading F12? Quoting Bill Nottingham: Given the loud feedback, I've updated the proposal at: https://fedoraproject.org/wiki/Features/F12X86Support The revised proposal: - Build all packages for i686 (this requires cmov) - Optimize for Atom Why? - We don't really support i586 in any meaningful matter - OLPC still works with base i686 - We are likely doing a mass rebuild for F-12 anyways, might as well switch while we're doing it - Atom is the only currently produced 32-bit x86 chip of note; optimize for what's currently available If you want numbers, I did some benchmarking of code [1] with various build options on a variety of processors, with the F-11 gcc code. All of these results are relative to a F-11 baseline of -march=i586 -mtune=generic. P4 2.4Ghz Athlon 3400+Core2Duo E6850 Atom N270 march=i686/ -1.1% +2.0% +0.9% +0.6% mtune=generic march=i586/ +0.3% -0.3% -0.2% +1.3% mtune=atom march=i686/ -1.5% +1.2% +0.5% +1.7% mtune=atom Bill [1] gzip, bzip2, math simulation, mp3 encode/decode, ogg encode/decode -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: pygtk2 and its numpy dependency
Jonathan Underwood wrote: 2009/8/10 Adam Jackson a...@redhat.com: a) remove the explicit Requires: numpy from pygtk2, require apps that actually want this function to Require it themselves b) fake the numpy data type ABI in pygtk2 itself by cult-and-pasting it from numpy c) declare that get_pixels_array() just doesn't work in Fedora (historically true, back in like FC3) d) leave things as they are I lean towards a). I think b) is icky but doable, since that ABI is effectively unbreakable anyway (inherited from the older python-numeric module). The other two are way lame. Thoughts? A possible (e) occured to me: e) Place the numpy.linalg stuff in a subpackage of numpy, which requires atlas and friends. Keep only the core numpy functionality in numpy itself, with other subpackages for the numpy.foo stuff. Then pygtk2 could just require the basic numpy package which would be smaller in size and have a lot less deps. I've no idea how hard this would be, and what might break, though. So it may be a stupid idea. Jonathan. We actually tried some of this when f2py was split. Nightmare. Best left alone IMHO. -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: pygtk2 and its numpy dependency
Adam Jackson wrote: On Tue, 2009-08-11 at 07:12 -0500, Jon Ciesla wrote: Adam Jackson wrote: On Mon, 2009-08-10 at 14:40 -0500, Jon Ciesla wrote: Since pygtk2 does actually use numpy, isn't d) the best (albeit most annoying) option? Internally? Or just to implement that one entrypoint? I believe it to be the latter. Having double-checked: it's just to implement get_pixels_array(). I'm not sure, but what practical difference would that make? Well, it's a soft dep... If built with numpy support, get_pixels_array() starts off with: if (!have_numpy()) return NULL; The important bit of have_numpy() looks like: static int import_done = 0; if (!import_done()) { import_done = 1; import_array1(1); if (PyErr_Occurred()) { /* throw */ } } import_array1() is a small wrapper around _import_array(), which starts off with: PyObject *numpy = PyImport_ImportModule(numpy.core.multiarray); if (numpy == NULL) return -1; And it turns out this is all static inlines that get built straight into pygtk2 itself. In other words, if this bit of pygtk2 were written in python, it'd look like: class gdk: def get_pixels_array(self): import numpy.core.multiarray # do a bunch of stuff and if that python module weren't available it'd just throw an exception. So: python apps that call get_pixels_array() can Requires: numpy themselves, and then that entrypoint will work. Python apps that _don't_, need not, and then numpy and its deps go missing, but it doesn't matter because you never call get_pixels_array() so the exception never happens. So I think my b) suggestion (of replicating the ABI in pygtk2) is actually redundant, it's what's already happening. pygtk2 already knows the object layout of numpy arrays thanks to #includes of doom, it just doesn't try to create them unless the rest of the numpy exists. The question is only whether to keep the 'Requires: numpy' in pygtk2 or to push it out to apps that use get_pixels_array(). And I think the latter sounds just fine to me. - ajax That's fine with me, assuming there's a way to determine that list. -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: pygtk2 and its numpy dependency
Adam Jackson wrote: pygtk2 implements a function called gtk.gdk.get_pixels_array(), which returns the pixel contents of a GDK pixbuf as a numpy array. Fine and dandy, but this means it links against numpy (7 megs) which is itself linked against atlas (12 megs). Kind of a lot for a single function, especially on a live image. Especially for a function that's basically unused! gnome-applet-music uses it to implement a poor-man's Porter-Duff blend, and that's the only caller currently packaged in Fedora, at least according to package deps. I have a patch (attached) that fixes that [1], which means we could compile our pygtk2 without numpy support and not break anything in Fedora proper. However, google codesearch does turn up what look like a few other users of that function, some of which we may actually want to ship someday. So we've got options: a) remove the explicit Requires: numpy from pygtk2, require apps that actually want this function to Require it themselves b) fake the numpy data type ABI in pygtk2 itself by cult-and-pasting it from numpy c) declare that get_pixels_array() just doesn't work in Fedora (historically true, back in like FC3) d) leave things as they are I lean towards a). I think b) is icky but doable, since that ABI is effectively unbreakable anyway (inherited from the older python-numeric module). The other two are way lame. Thoughts? [1] - Readers are invited to count the wtf's in the code being replaced, as well as in its callers. Don't treat it as a drinking game though. - ajax Since pygtk2 does actually use numpy, isn't d) the best (albeit most annoying) option? Full disclosure: Numpy maintainer. -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F12 mass rebuild status
Jesse Keating wrote: I've now generated the first of the mass rebuild status pages. http://jkeating.fedorapeople.org/needed-f12-rebuilds.html http://jkeating.fedorapeople.org/failed-f12-rebuilds.html I will try to keep these updated multiple times a day. In the case of the needed rebuilds file we're working on a version that takes secondary arch into account. Many of mine, and others', seem to be due to the new freeglut. Does anyone have any pointers for this, generally speaking? -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: new to list, first post
wde...@mikrotec.com wrote: I am new to this list, and I am looking forward to hearing the discussion. But thanks to bob and others responding to my post on fedoraforum.org http://forums.fedoraforum.org/showthread.php?t=227101 , I think I would like to broach a subject. My apologies if this is already a burning issue -- I am at work, and should not spend time browsing the archives. Is Fedora really gaining that much ground with every bi-yearly release to justify that pace? Gaining ground by what measure? After all Red Hat is not a desktop but a server, right? And Chrome could kill current races to find a desktop to compete with Windows. So why not concentrate on what Red Hat/Fedora does best? Let Ubuntu grind out Gnome and KDE enhancements. How often does Solaris release desktop distros? Thanks again for letting me be a party to the discussion. D_bot Fedora, from my understanding, is trying to be a leading-edge general-purpose distro. Recent versions of all types of software for any purpose. If you want long-term stability, use RHEL(or CentOS, et. al.) If you want to see where things are headed, try new things, and maybe help get there, use Fedora, and enjoy the ride. :) Unless I'm misunderstanding the question. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F12 mass rebuild status
Rex Dieter wrote: Jon Ciesla wrote: Many of mine, and others', seem to be due to the new freeglut. Does anyone have any pointers for this, generally speaking? One common issue for at least 2 packages (jasper being one), was that freeglut no longer links libGLU, so if your package uses libGLU symbols, it now needs to explicitly link it (should have done so before, it's only obvious now). -- Rex Would a BR for mesa-libGLU-devel be needed, or just a patch to -llibGLU? -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: new to list, first post
David Nalley wrote: On Thu, Jul 30, 2009 at 10:30 AM, wde...@mikrotec.com wrote: I am new to this list, and I am looking forward to hearing the discussion. But thanks to bob and others responding to my post on fedoraforum.org http://forums.fedoraforum.org/showthread.php?t=227101 , I think I would like to broach a subject. My apologies if this is already a burning issue -- I am at work, and should not spend time browsing the archives. Is Fedora really gaining that much ground with every bi-yearly release to justify that pace? After all Red Hat is not a desktop but a server, right? And Chrome could kill current races to find a desktop to compete with Windows. So why not concentrate on what Red Hat/Fedora does best? Let Ubuntu grind out Gnome and KDE enhancements. How often does Solaris release desktop distros? Thanks again for letting me be a party to the discussion. D_bot Welcome to the list. So the question that jumps out of me, is what arena are you measure the ground gained in? There are clearly some things that Fedora cares about, but doesn't necessarily prioritize, and in many of those areas, we probably gain little ground, and perhaps even lose ground because of our priorities. Fedora's priority is to be a place of innovation, to be the best of openource right now, and those priorities require rapid releases. The pace is gruelling, and how some of the members of the community keep up remains a mystery to me. (I fully expect to discover that Jesse is really a set of triplets committed to Fedora) Android triplets. From the future. Running Fedora 13, hence the irc handle. You're just now figuring this out? :) Also, please note, that Red Hat != Fedora - though Red Hat certainly has an interest in Fedora and Fedora is the upstream for RHEL; much like kernel.org is the upstream for Fedora's and Ubuntu's kernel. I think you'll find that there is really far more innovation that occurs here (yes desktop innovation too) than elsewhere, not to diminish the work of others, but between the huge community and the dedicated engineers from RH that are working with upstream projects like Gnome, most features appear here first (because we closely track upstream, and becase many of those features, like NetworkManager, are largely written by people in Fedora) Now - all of that said - what kind of work in Fedora can we get you involved in? -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Need a sponsor: mod_proxy_html (apache)
Philip A. Prindeville wrote: Philip A. Prindeville wrote: Hi. I need a sponsor for this. An RPM has been built on several systems (including FC8 and FC9 and Centos5) and tested on all of those. The ticket has been languishing now unassigned for almost a year. https://bugzilla.redhat.com/show_bug.cgi?id=452636 Can someone please pick this up? It's just an .src.rpm for Apache's mod_proxy_html. It's pretty trivial. Thanks, -Philip Wow. Who knew sponsors were that hard to come by? Especially when most of the work is already done... -Philip I'll have a look. .. -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: boost-1.39.0-3.fc12.src.rpm
Martin Dubuc wrote: I would like to build boost 1.39 on RHEL 5.3. In the past, I have been successful building boost library found in rawhide for RHEL 5.x distributions. However, I have not been susccessful building boost 1.39 using boost-1.39.0-2.fc12.src.rpm. I saw a message earlier this month that stated that boost-1.39.0-3.fc12.src.rpm had been released and wanted to see if that version would address the problems I encountered with boost-1.39.0-2.fc12.src.rpm. However, when installing the boost-1.39.0-3.fc12.src.rpm source RPM, I get the following errors: # rpm -ivh boost-1.39.0-3.fc12.src.rpm 1:boost warning: user mockbuild does not exist - using root warning: group mockbuild does not exist - using root ### [100%] error: unpacking of archive failed on file /usr/src/redhat/SOURCES/boost-bitset.patch;4a646479: cpio: MD5 sum mismatch I am wondering if the source RPM is OK or not. Martin This is due to a signature change in RPM from F-11. Blatanly ripping off Mr. Gallagher's post of a few days back: To extract sources from an SRPM: rpm2cpio src.rpm | cpio --extract (Do this in its own directory) To enable the old checksum (for building RHEL packages): rpmbuild -bs --define _source_filedigest_algorithm=1 spec This will recreate the SRPM using an MD5 sum instead of a SHA1 sum. -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F-11 updates seem hosed today
Dodji Seketeli wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 13/07/2009 20:36, Tom Lane a écrit : (Not sure if this is the right list to complain on, but ...) Trying to do a routine yum update on an F-11 x86 machine is not working today. It successfully downloaded a bunch of packages, but cannot find these: Yeah, a bug has been filed at https://bugzilla.redhat.com/show_bug.cgi?id=510898 for this. I guess we just have to wait for the mirrors to sync to the right content ... - -- Dodji Seketeli Red Hat -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkpbf3IACgkQPejI7lrem2EjuQCgppHSF1zzH7P8CBaZVuFUbool /wcAnRoZocAyKQlLtDEnme0/gaYSLKcG =n0bC -END PGP SIGNATURE- Any word on this? I still don't seem to have anything on the mirror I sync from. . . -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F-11 updates seem hosed today
Josh Boyer wrote: On Mon, Jul 20, 2009 at 08:21:47AM -0500, Jon Ciesla wrote: Dodji Seketeli wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 13/07/2009 20:36, Tom Lane a écrit : (Not sure if this is the right list to complain on, but ...) Trying to do a routine yum update on an F-11 x86 machine is not working today. It successfully downloaded a bunch of packages, but cannot find these: Yeah, a bug has been filed at https://bugzilla.redhat.com/show_bug.cgi?id=510898 for this. I guess we just have to wait for the mirrors to sync to the right content ... - -- Dodji Seketeli Red Hat -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkpbf3IACgkQPejI7lrem2EjuQCgppHSF1zzH7P8CBaZVuFUbool /wcAnRoZocAyKQlLtDEnme0/gaYSLKcG =n0bC -END PGP SIGNATURE- Any word on this? I still don't seem to have anything on the mirror I sync from. . . Use a different mirror? I have successfully updated this morning using the stock fedora configs. josh How queer. That works. Should I notify that mirror? -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Proposal to Drop Fedora 12 Features
Jarod Wilson wrote: On Thursday 16 July 2009 20:25:36 Jon Ciesla wrote: On Thu, Jul 16, 2009 at 10:11 PM, John Poelstrapoels...@redhat.com wrote: Hi FESCo, https://fedoraproject.org/wiki/Features/XZRpmPayloads https://fedoraproject.org/wiki/Features/F12X86Support Afaik those are blocking on 1) xz review request 2) rel-eng to coordinate a mass rebuild Has anyone taken concrete steps for a i586 secondary arch yet? For the most part, its not (yet) necessary. We throttled back the definition of i686 from i686 + cmov + sse2 or some such to just i686 + cmov, so there are very few systems that would be served by an i586 secondary arch right now. i.e., Athlon XP, Pentium III, etc., which *would* have been relegated to i586, are still going to be supported by i686, and we've talked about adding a cmov trap-and-emu function to keep supporting the few i686 procs w/o cmov, which really leaves only the original Pentium series that would benefit from an i586 secondary arch. At least, that's my vague recollection of it all right now... :) If this is the case, which is what I was hoping I remembered, then I agree with you that we don't *really* need it. Bill, can you clarify the sse2 or no sse2 distinction, and possibly on the wiki page as well, since it was such a large thread? :) It's a shame to end old hardware support, as it's always been one of my favourite things about Linux in general, but if I ever have any of that sort of hardware, I can make do. . . -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Proposal to Drop Fedora 12 Features
Bill Nottingham wrote: Jon Ciesla (l...@jcomserv.net) said: If this is the case, which is what I was hoping I remembered, then I agree with you that we don't *really* need it. Bill, can you clarify the sse2 or no sse2 distinction, and possibly on the wiki page as well, since it was such a large thread? :) It doesn't require sse2. Emulating CMOV requires someone to merge that patch, which wasn't a committed part of the feature and no one has done that yet, AFAIK. Bill Yay! Thanks. happydance -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Heads UP - PHP 5.3.0 in rawhide with new ABI/API.
Remi Collet wrote: Le 13/07/2009 03:17, Jon Ciesla a écrit : - php-mhash (not maintained) Is it possible to keep this? I have a package that depends on it, and there may be others, though I have not checked. $ repoquery --whatrequires php-mhash php-pear-Net-DNS-0:1.0.0-3.fc11.noarch limph-0:1.9.5-4.fc11.noarch limph-hostagent-0:1.9.5-4.fc11.noarch php-pear-Crypt-CHAP-0:1.0.1-2.fc11.noarch php-pear-Auth-RADIUS-0:1.0.6-2.fc11.noarch If not, is there a replacement, or would you recommend that I construct and submit for review my own package for it? This extension is not maintained, removed from main php and not transferred to PECL. The recommended new hash solution is HASH, see http://fr2.php.net/mhash http://fr2.php.net/hash The other solution is to become upstream for mhash ;) Remi. Thanks, I migrated Limph to hash, which was easy as I'm upstream. Fixed in rawhide. -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora rawhide rebuild in mock status 2009-07-10 x86_64
Richard W.M. Jones wrote: On Tue, Jul 14, 2009 at 01:22:35PM -0500, Matt Domsch wrote: ocaml-pa-do-0.8.9-2.fc12 (build/make) rjones I checked your logfiles and it seems to have built fine on both architectures ... Rich. Yeah, some of mine built and some didn't. Not sure. . . -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Anybody know how to contact Axel Thimm (again)?
Ricky Zhou wrote: On 2009-07-08 12:30:30 PM, Jon Ciesla wrote: Is he not responding at axel.th...@atrpms.net? That's his bugzilla email addess, so that seems to be the case :-( Thanks, Ricky What about i...@fedoraproject.org? -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Anybody know how to contact Axel Thimm (again)?
Sven Lankes wrote: On Wed, Jul 08, 2009 at 12:41:56PM -0500, Jon Ciesla wrote: Is he not responding at axel.th...@atrpms.net? That's his bugzilla email addess, so that seems to be the case :-( What about i...@fedoraproject.org? That is Andreas Thienemann - same initials, different person. facepalm Maybe I should try to sleep more than 1.5 hours tonight. :) -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: New maintainer needed: dumpasn1, freedroid, http_ping, id3v2, pscan, zzuf
Ville Skyttä wrote: I have released ownership of the following packages I haven't used in a while and don't feel like maintaining just for the fun of it. They're all simple, very low maintenance ones, in good shape (no open bugs and otherwise), and up to date with latest upstream versions. dumpasn1 freedroid http_ping id3v2 pscan zzuf I may end up keeping an eye on some of these every now and then later unless a new maintainer appears. No promises though. I grabbed freedroid and zzuf. -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
Seth Vidal wrote: On Mon, 15 Jun 2009, Jon Ciesla wrote: Seth Vidal wrote: On Mon, 15 Jun 2009, Jon Ciesla wrote: BTW are those new VIA netbooks SSE2-capable? Additionally, what will this do to RHEL? I can't imagine RHEL customers being too happy about this for RHEL7(?), and if i386 would still be in RHEL, it would worry me that it would only be a secondary arch in Fedora. . . This is not relevant for fedora's decisions. -sv I'm not sure I understand why not. Are you saying that if RedHat decided that RHEL7 was to support Sparc , there'd be no interest in making that a primary arch? I'm saying since rhel goals and guidelines are not public knowledge we cannot go guessing at them and it is not relevant for what fedora needs to do. -sv Fair enough. -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Push?
Not to nag, but it's been going on 2 weeks since the last push. I assume this is GA-related, which is fine, just curious. I saw some Bodhi mail for my updates which made me think one was impending, but haven't seen anything yet. Hoping the next push will resolve the dependency issues around yum upgrades to F-11. :) Next few days, maybe? No hurry, just looking for a rough ETA if one exists. -J -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Push?
Josh Boyer wrote: On Mon, Jun 15, 2009 at 07:34:00AM -0500, Jon Ciesla wrote: Not to nag, but it's been going on 2 weeks since the last push. I *Sigh* assume this is GA-related, which is fine, just curious. I saw some Bodhi mail for my updates which made me think one was impending, but haven't seen anything yet. Hoping the next push will resolve the That's because it keeps dying for various reasons and I have to go fix it up manually. dependency issues around yum upgrades to F-11. :) Next few days, maybe? No hurry, just looking for a rough ETA if one exists. A push has been running since about noon yesterday. I refuse to give an ETA since I have no idea how often it is going to die still. It's mashed: f9-updates-testing f10-updates-testing f11-updates f11-updates-testing It's working on f10-updates. That leaves f9-updates. josh Many thanks! -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
Bill Nottingham wrote: Way back when in February [1], FESCo decided that for Fedora 11, i586 would be the default architecture, and for Fedora 12, it would be some variant of i686. It's time to follow through on that action item. I've submitted https://fedoraproject.org/wiki/Features/F12X86Support. It defines the default arch as i686 + SSE2. Why? - Faster and more consistent FP math by using SSE2 registers - Allows for autovectorization by GCC where necessary - More clearly delineates our support set of targets, sticking true to forwards innovation, not necessarily legacy support What CPUs do we lose that F11 supports? - Intel i586 (all) - Intel Pentium Pro - Intel Pentium II - Intel Pentium III - 32-bit AMD Athlon - AMD Geode - VIA C3 - Transmeta Crusoe Does this lose the PAE/non-PAE kernel split? - Alas, no. Will a Fedora rebuilt in this manner work on ... - OLPC 1.0? No. - OLPC 1.5? Yes. - Atom? Yes. A seconday arch could be done for these older CPUs, if someone is interested enough. Comments? Flames? Predictions of doom? Bill [1] http://bpepple.fedorapeople.org/fesco/FESCo-2009-02-05.html PLEASE do not do this. If we stop supporting Pentium II and Pentium III, I have to buy a whole lot of new hardware. Dead serious. Could we do i686 as a secondary arch, and swap with i386 further in the future? -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
Bill Nottingham wrote: Jon Ciesla (l...@jcomserv.net) said: PLEASE do not do this. If we stop supporting Pentium II and Pentium III, I have to buy a whole lot of new hardware. Dead serious. Could we do i686 as a secondary arch, and swap with i386 further in the future? While I understand you may have a lot of older hardware, the point of a *seconday* architecture is that it's not the primary architecture target. Even if we didn't split off older CPUs, we're still primarily targeting newer machines. Bill Understood. Currently, it's not just that I have a lot of older hardware (though I do), it's that I have little newer hardware. Do we have a policy on having to have access to a machine of a primary architecture? -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
Krzysztof Halasa wrote: Bill Nottingham nott...@redhat.com writes: What CPUs do we lose that F11 supports? - Intel i586 (all) - Intel Pentium Pro - Intel Pentium II - Intel Pentium III - 32-bit AMD Athlon - AMD Geode - VIA C3 - Transmeta Crusoe Oh I didn't know my old `2001 PIII 128 MB laptop is that old. Works fine with F11 BTW. A seconday arch could be done for these older CPUs, if someone is interested enough. I wonder if a switch like that makes a difference for owners of newer CPUs. Aren't they/we already using x86-64, leaving i386 for old hardware and netbooks? BTW are those new VIA netbooks SSE2-capable? Also, I was wondering, myself aside, are the newer processors as prevalent all geographic locations? I.e., if we do drop older processors, are we not essentially telling a large segment of our users and potential users o look elsewhere? I'd rather not concede entire countries to That Brown Distro. -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
Seth Vidal wrote: On Mon, 15 Jun 2009, Jon Ciesla wrote: BTW are those new VIA netbooks SSE2-capable? Additionally, what will this do to RHEL? I can't imagine RHEL customers being too happy about this for RHEL7(?), and if i386 would still be in RHEL, it would worry me that it would only be a secondary arch in Fedora. . . This is not relevant for fedora's decisions. -sv I'm not sure I understand why not. Are you saying that if RedHat decided that RHEL7 was to support Sparc , there'd be no interest in making that a primary arch? -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Too eager?
Michael Schwendt wrote: On Tue, 09 Jun 2009 23:30:37 -0400, James wrote: On Tue, 2009-06-09 at 20:22 -0500, Jon Ciesla wrote: Given you are trying to update via. yum, just enabling updates-testing should be the most fun :). Or you can always just download the above yum, and use yum shell to update everything else and yum via. the local file. And how do I install an F-11 yum RPM in F-10, which lacks python 2.6? I get the same thing with or without updates-testing for F-11. As I said: 1. yum upgrade --enablerepo=updates-testing 2. yumdownloader --repoid=updates-testing yum cat EOL | yum shell upgrade install yum-3.2.23-3.fc11.noarch.rpm run EOL #1 means you'll get all the other updates from updates-testing, #2 is more typing. In #2 one also needs --enablerepo=updates-testing instead of --repoid=... and one must be very careful with typos. If Yum cannot find the packages given to it via install, it fails badly with an interrupted transaction and (in case of F10 = F11) an unreadible RPM DB that needs manual repair. Thanks for the suggestions. However the first fails as before, and the second fails due to libvte being broken, which I understand is being fixed. -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Too eager?
I installed F-11 fedora-release* and did yum clean all ; yum update I got YumRepo Error: All mirror URLs are not using ftp, http[s] or file. This is a fully updated F-10 system. Manually filling in releasever and basearch in fedora.repo for basearch and mirrorlist make no difference. Something up? -J -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Too eager?
Jonathan Dieter wrote: On Tue, 2009-06-09 at 11:17 -0500, Jon Ciesla wrote: I installed F-11 fedora-release* and did yum clean all ; yum update I got YumRepo Error: All mirror URLs are not using ftp, http[s] or file. This is a fully updated F-10 system. Manually filling in releasever and basearch in fedora.repo for basearch and mirrorlist make no difference. Something up? See https://www.redhat.com/archives/fedora-list/2009-June/msg00783.html , if you have the same line that says Eg. /metalink/, then I think that's the solution. Jonathan That's my error, but that doesn't help. yum-3.2.21-2.fc10.noarch. -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Too eager?
James Antill wrote: On Tue, 2009-06-09 at 11:37 -0500, Jon Ciesla wrote: Jonathan Dieter wrote: On Tue, 2009-06-09 at 11:17 -0500, Jon Ciesla wrote: I installed F-11 fedora-release* and did yum clean all ; yum update I got YumRepo Error: All mirror URLs are not using ftp, http[s] or file. This is a fully updated F-10 system. Manually filling in releasever and basearch in fedora.repo for basearch and mirrorlist make no difference. Something up? See https://www.redhat.com/archives/fedora-list/2009-June/msg00783.html , if you have the same line that says Eg. /metalink/, then I think that's the solution. Jonathan That's my error, but that doesn't help. yum-3.2.21-2.fc10.noarch. Easiest thing to do is probably just get the yum from Fed-10 updates-testing, which is 3.2.23 and understands metalink and metalink as mirrorlist. Success! I trust this will be pushed to F-10 stable with a quickness? Thanks all, -J -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Too eager?
Jon Ciesla wrote: James Antill wrote: On Tue, 2009-06-09 at 11:37 -0500, Jon Ciesla wrote: Jonathan Dieter wrote: On Tue, 2009-06-09 at 11:17 -0500, Jon Ciesla wrote: I installed F-11 fedora-release* and did yum clean all ; yum update I got YumRepo Error: All mirror URLs are not using ftp, http[s] or file. This is a fully updated F-10 system. Manually filling in releasever and basearch in fedora.repo for basearch and mirrorlist make no difference. Something up? See https://www.redhat.com/archives/fedora-list/2009-June/msg00783.html , if you have the same line that says Eg. /metalink/, then I think that's the solution. Jonathan That's my error, but that doesn't help. yum-3.2.21-2.fc10.noarch. Easiest thing to do is probably just get the yum from Fed-10 updates-testing, which is 3.2.23 and understands metalink and metalink as mirrorlist. Success! I trust this will be pushed to F-10 stable with a quickness? Thanks all, -J Of course, now we have dependency problems, that --skip-broken won't touch. . . Error: Missing Dependency: libcrypto.so.7 is needed by package nx-3.3.0-33.fc10.i386 (installed) Error: Missing Dependency: libcrypto.so.7 is needed by package ntp-4.2.4p7-1.fc10.i386 (installed) Error: Missing Dependency: python(abi) = 2.5 is needed by package yum-3.2.23-3.fc10.noarch (installed) Normally I'd remove the offending packages, but I sorta need yum. . .and openssl. . . Any suggestions? -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Too eager?
On Tue, 2009-06-09 at 14:55 -0500, Jon Ciesla wrote: Jon Ciesla wrote: James Antill wrote: On Tue, 2009-06-09 at 11:37 -0500, Jon Ciesla wrote: Jonathan Dieter wrote: On Tue, 2009-06-09 at 11:17 -0500, Jon Ciesla wrote: I installed F-11 fedora-release* and did yum clean all ; yum update I got YumRepo Error: All mirror URLs are not using ftp, http[s] or file. This is a fully updated F-10 system. Manually filling in releasever and basearch in fedora.repo for basearch and mirrorlist make no difference. Something up? See https://www.redhat.com/archives/fedora-list/2009-June/msg00783.html , if you have the same line that says Eg. /metalink/, then I think that's the solution. Jonathan That's my error, but that doesn't help. yum-3.2.21-2.fc10.noarch. Easiest thing to do is probably just get the yum from Fed-10 updates-testing, which is 3.2.23 and understands metalink and metalink as mirrorlist. Success! I trust this will be pushed to F-10 stable with a quickness? Thanks all, -J Of course, now we have dependency problems, that --skip-broken won't touch. . . Error: Missing Dependency: libcrypto.so.7 is needed by package nx-3.3.0-33.fc10.i386 (installed) Error: Missing Dependency: libcrypto.so.7 is needed by package ntp-4.2.4p7-1.fc10.i386 (installed) Error: Missing Dependency: python(abi) = 2.5 is needed by package yum-3.2.23-3.fc10.noarch (installed) Normally I'd remove the offending packages, but I sorta need yum. . .and openssl. . . Any suggestions? The yum in Fed-11 updates-testing is yum-3.2.23-3.fc11.noarch.rpm, which is newer than the one in Fed-10 updates-testing. Given you are trying to update via. yum, just enabling updates-testing should be the most fun :). Or you can always just download the above yum, and use yum shell to update everything else and yum via. the local file. And how do I install an F-11 yum RPM in F-10, which lacks python 2.6? I get the same thing with or without updates-testing for F-11. Preupgrade isn't a very good option for some of my hosts, due to lack of X and restrictions on downtime. Yum Should Work if all the deps and EVRs are right. :) Or there is always preupgrade, which is the suppor^W less fun way to do it :). -- James Antill ja...@fedoraproject.org Fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Question about web applications
David Nalley wrote: On Thu, Jun 4, 2009 at 7:33 AM, Paulo Cavalcanti pro...@gmail.com wrote: On Thu, Jun 4, 2009 at 8:00 AM, David Nalley da...@gnsa.us wrote: On Thu, Jun 4, 2009 at 6:23 AM, Paulo Cavalcanti pro...@gmail.com wrote: Hi, I submitted ampache (http://ampache.org/) for review, but I was told that it could not use any external software bundled in the code. In fact, it uses getid3, a file that seems to come from horde (horde/Browser.php), and some others. According to the weekpedia (http://en.wikipedia.org/wiki/Ampache) Ampache has been featured in numerous online blogs and technical articles. One of the more notable was the O'Reilly book Spidering Hacks which tested the security of online applications. Ampache was found to be immune to standard spidering hacks as described in the O'Reilly article, and it has continued that trend by focusing on security during its development. The Code Philosophy listed on Ampache's wiki specifically lists security as one of those most important considerations during application development. Does it make any sense to fiddle something that has always had security as a prime concern? Any comment is welcome. Thanks. -- Paulo Roma Cavalcanti LCG - UFRJ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list Perhaps I am the least well suited to respond as I did some of the initial review. No, on the contrary. However, there are at least 10 bundled libraries with ampache, including pear-XML_RPC, nusoap, getid3, small snippets from Horde, captchaphp, php-Snoopy, etc. In addition to the security benefits, creating the separate package means other packages (even other web apps) can make use of the libraries that would be available in Fedora instead of just ampache. I can empathize with the extra work that this causes, as I am trying to fix a few of these problems with another web app. Maybe we can list all of the packages we would like to have for web applications, and try to set a task force to cope with them? I think if we had three or four people willing to help, the work would be concluded fast. There are always people looking forward to contributing, but without a good package to work with. I think that's an outstanding idea, and I'd be willing to work towards such an end, and perhaps since there is such a prevalence of php we can get some buy-in from the php-sig as well. To illustrate some of the usefulness - I have a web app I am working on now that uses php-Snoopy as ampache also does, so that's at least two applications that can make use of the package. Count me in. I maintain several PHP apps, and having gone through the nightmare of switching from bundled to system libraries, I wholeheartedly agree that using system libraries from the beginning is the best way to go. Using the system lib means that security fixes are done in one place for all apps, and we don't have to patch the apps, or wait for upstream to push an update with an updated bundled lib. I'll help review, etc. -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Question about web applications
Paulo Cavalcanti wrote: On Thu, Jun 4, 2009 at 9:28 AM, Jon Ciesla l...@jcomserv.net mailto:l...@jcomserv.net wrote: David Nalley wrote: On Thu, Jun 4, 2009 at 7:33 AM, Paulo Cavalcanti pro...@gmail.com mailto:pro...@gmail.com wrote: On Thu, Jun 4, 2009 at 8:00 AM, David Nalley da...@gnsa.us mailto:da...@gnsa.us wrote: On Thu, Jun 4, 2009 at 6:23 AM, Paulo Cavalcanti pro...@gmail.com mailto:pro...@gmail.com wrote: Hi, I submitted ampache (http://ampache.org/) for review, but I was told that it could not use any external software bundled in the code. In fact, it uses getid3, a file that seems to come from horde (horde/Browser.php), and some others. According to the weekpedia (http://en.wikipedia.org/wiki/Ampache) Ampache has been featured in numerous online blogs and technical articles. One of the more notable was the O'Reilly book Spidering Hacks which tested the security of online applications. Ampache was found to be immune to standard spidering hacks as described in the O'Reilly article, and it has continued that trend by focusing on security during its development. The Code Philosophy listed on Ampache's wiki specifically lists security as one of those most important considerations during application development. Does it make any sense to fiddle something that has always had security as a prime concern? Any comment is welcome. Thanks. -- Paulo Roma Cavalcanti LCG - UFRJ -- fedora-devel-list mailing list fedora-devel-list@redhat.com mailto:fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list Perhaps I am the least well suited to respond as I did some of the initial review. No, on the contrary. However, there are at least 10 bundled libraries with ampache, including pear-XML_RPC, nusoap, getid3, small snippets from Horde, captchaphp, php-Snoopy, etc. In addition to the security benefits, creating the separate package means other packages (even other web apps) can make use of the libraries that would be available in Fedora instead of just ampache. I can empathize with the extra work that this causes, as I am trying to fix a few of these problems with another web app. Maybe we can list all of the packages we would like to have for web applications, and try to set a task force to cope with them? I think if we had three or four people willing to help, the work would be concluded fast. There are always people looking forward to contributing, but without a good package to work with. I think that's an outstanding idea, and I'd be willing to work towards such an end, and perhaps since there is such a prevalence of php we can get some buy-in from the php-sig as well. To illustrate some of the usefulness - I have a web app I am working on now that uses php-Snoopy as ampache also does, so that's at least two applications that can make use of the package. Count me in. I maintain several PHP apps, and having gone through the nightmare of switching from bundled to system libraries, I wholeheartedly agree that using system libraries from the beginning is the best way to go. Using the system lib means that security fixes are done in one place for all apps, and we don't have to patch the apps, or wait for upstream to push an update with an updated bundled lib. I'll help review, etc. Thank you Jon. I will start with getid3. It would be nice if we had a list
Re: Orphaning some packages (brasero, transmission and more)
Rahul Sundaram wrote: On 06/03/2009 05:18 PM, Josh Boyer wrote: On Wed, Jun 03, 2009 at 09:20:54AM +0200, Denis Leroy wrote: In an effort to focus more on FOSS upstream development, I am going to be orphaning some of my Fedora packages in the near future, starting with this first batch. brasero (high-maintenance) Wait... didn't we just make this the default CD/DVD buring application in the Fedora spin? http://fedoraproject.org/wiki/Features/Gnome2_26 And now it's orphaned? Yep. Bad timing. Somebody should pick it up. Rahul Xavier Lamien said he'd pick it up, which I assume he'll do after Denis orphans it in pkgdb. -J -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning some packages (brasero, transmission and more)
Matthias Clasen wrote: On Wed, 2009-06-03 at 14:16 +0200, Denis Leroy wrote: On 06/03/2009 01:48 PM, Josh Boyer wrote: On Wed, Jun 03, 2009 at 09:20:54AM +0200, Denis Leroy wrote: In an effort to focus more on FOSS upstream development, I am going to be orphaning some of my Fedora packages in the near future, starting with this first batch. brasero (high-maintenance) Wait... didn't we just make this the default CD/DVD buring application in the Fedora spin? http://fedoraproject.org/wiki/Features/Gnome2_26 And now it's orphaned? I merely want to transfer ownership to somebody new. Matthias Clasen and Bastien Nocera are already acting co-maintainers, and so I'm waiting to hear from them before transferring ownership, in case one of them has a strong desire to take over the package... I don't have a strong desire to own any package... but if nobody else picks it up, I will find an owner for it. See my previous message re Xavier Lamien . . . -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: chkrootkit looking for new maintainer
Michael Schwendt wrote: I'm looking for somebody to become the chkrootkit package owner, preferably not anyone who just wants to increase the list of owned packages for some doubtful metrics. There are no open tickets for chkrootkit in Fedora. Last upstream release has been in Dec 2007. Upstream has been responsive, but not reliable with regard to merging non-Fedora-specific patches. I use it, and will take it if the co-maintainer isn't interested. -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Informal survey
Hey guys, completely voluntary but I thought I'd ask because I'm curious For personal use, how many of you use something like linode or slicehost or an individual provider? Nope. I run my stuff out of my basement. :) If you do use a provider which one is it? For me, I do use one and I use slicehost. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -- in your fear, speak only peace in your fear, speak only love -d. bowie ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Introduction
Hi all; I've been a Fedora maintainer for nearly two years, and have been running Fedora as my primary OS since RH7.1. I've also been running servers for a small business on it since RH9, as well as a local yum mirror. In my professional life, I maintain internal workstations and the associated repos and mirrors for my employer, using a mix of RHEL and CentOS. Why am I telling you this? I've had a few tickets for infrastructure in the past, mostly revolving around packages missing from mirrors, and while these have invariably been resolved with high competence and professionalism by Mr. Macken and Mr. Keating, I would love to see them closed more quickly. Since I'm acutely aware of the extreme fullness of the collective Infrastructure plate (especially of late), and I initially became a Fedora maintainer so I could stop bitching and start helping, I'd like to offer my services on this sort of thing. I'm not sure which FIGs to apply to, other than sysadmin, obviously. If this goes well, not only will I stop bitching and start helping on mirror issues, but I'd be eager to take a crack at anything else in Trac that I might be able to assist with. Thanks, Jon Ciesla -- in your fear, speak only peace in your fear, speak only love -d. bowie ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Introduction
On Thu, 13 Nov 2008, Jon Ciesla wrote: Hi all; I've been a Fedora maintainer for nearly two years, and have been running Fedora as my primary OS since RH7.1. I've also been running servers for a small business on it since RH9, as well as a local yum mirror. In my professional life, I maintain internal workstations and the associated repos and mirrors for my employer, using a mix of RHEL and CentOS. Why am I telling you this? I've had a few tickets for infrastructure in the past, mostly revolving around packages missing from mirrors, and while these have invariably been resolved with high competence and professionalism by Mr. Macken and Mr. Keating, I would love to see them closed more quickly. Since I'm acutely aware of the extreme fullness of the collective Infrastructure plate (especially of late), and I initially became a Fedora maintainer so I could stop bitching and start helping, I'd like to offer my services on this sort of thing. I'm not sure which FIGs to apply to, other than sysadmin, obviously. If this goes well, not only will I stop bitching and start helping on mirror issues, but I'd be eager to take a crack at anything else in Trac that I might be able to assist with. Thanks, Sure, have you applied for the sysadmin group already? What is your fedora username? Yes, immediately after sending this. Username is limb. -Mike -- in your fear, speak only peace in your fear, speak only love -d. bowie ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Introduction
On Thu, 13 Nov 2008, Jon Ciesla wrote: Hi all; I've been a Fedora maintainer for nearly two years, and have been running Fedora as my primary OS since RH7.1. I've also been running servers for a small business on it since RH9, as well as a local yum mirror. In my professional life, I maintain internal workstations and the associated repos and mirrors for my employer, using a mix of RHEL and CentOS. Why am I telling you this? I've had a few tickets for infrastructure in the past, mostly revolving around packages missing from mirrors, and while these have invariably been resolved with high competence and professionalism by Mr. Macken and Mr. Keating, I would love to see them closed more quickly. Since I'm acutely aware of the extreme fullness of the collective Infrastructure plate (especially of late), and I initially became a Fedora maintainer so I could stop bitching and start helping, I'd like to offer my services on this sort of thing. I'm not sure which FIGs to apply to, other than sysadmin, obviously. If this goes well, not only will I stop bitching and start helping on mirror issues, but I'd be eager to take a crack at anything else in Trac that I might be able to assist with. Thanks, Sure, have you applied for the sysadmin group already? What is your fedora username? Yes, immediately after sending this. Username is limb. Thanks. So, after poking around, I'm still not sure which FIG I should be looking at. My best guesses are -cvs and -build, as I seem to recall this being possibly a tagging problem. Then again, Mr. Macken doesn't appear to be in that group, but is in -releng. Not sure if there's any inheritance at play, and I'd like to avoid having access I don't need. :) -Mike -- in your fear, speak only peace in your fear, speak only love -d. bowie -- in your fear, speak only peace in your fear, speak only love -d. bowie ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list