devel December 2008

devel@lists.fedoraproject.org

328 participants
329 discussions

Re: gallery2 outstanding security bugs -- Abondoned by Berninger?
by Jon Ciesla 19 Dec '08

19 Dec '08

> On Fri, Dec 19, 2008 at 11:26:28AM -0600, Jon Ciesla wrote: >> Bill Allombert wrote: >> >On Thu, Dec 18, 2008 at 11:36:14AM -0800, Lee Howard wrote: >> > >> >>Jon Ciesla wrote: >> >> >> >>>What about simply keeping it on Sourceforge? Don't one of you have >> admin >> >>>access to the project there? I have a SF account currently. >> >>> >> >>>As far as bringing libjpeg current, I'm not sure the task would be as >> >>>herculean as it sounds, activities at fd.o hotwithstanding, not sure >> what >> >>>that's about. >> >>> >> >>libjpeg is essentially dead. >> >> >> > >> >I disagree with this statement. Upstream is very responsive. However >> >he is not inclined to put out new release currently, bu thti sdoes not >> >qualify libjpeg as essentially dead as far as I am concerned. >> > >> > >> Who is 'he' in this case? > > Sorry, I meant Guido Vollbeding. Who's been CCd on this entire thread, spanning many days, and has yet to reply? !responsive. > Cheers, > -- > Bill. <ballombe(a)debian.org> > > Imagine a large red swirl here. > -- in your fear, speak only peace in your fear, seek only love -d. bowie

1 0

A way out of the update trap
by Jef Spaleta 19 Dec '08

19 Dec '08

How about this. Instead of trying to craft a policy right now which applies equally to all parts of the distribution. Let's narrowly define a prioritized list of functionality which we think is critical and deserves to be a priority when doing update QA. Here's my short list 1) Packaging Updating at the console (rpm and yum) 2) Package Updating in the desktop (PK and friends) 3) python-matplotlib 4) xeyes Your list with most likely be different than mine. But can we get project wide consensus as to the top 2 are really really important to keep working for 'most' people? Everything else aside.. all the good and bad ideas about how to do a top to bottom restructuring of updates generation project wide off the table for a few seconds. Can we agree that 1 and 2 are critical functionality which deserves extra precautionary effort to reduce the risk of falling over and dying for users compared to other functionality? Maybe more important than security? If an update goes out which could impact rpm,yum,PK and friends can we make it a policy that those updates require a specific level of testing, even if it means holding up a security tagged update until basic functionality of rpm,yum,PK is confirmed? This is a risk management argument I am making. -jef"is really thinking about adapting all the Integrated Safety Management training that was beaten into him while at PPPL and re-applying it to Fedora packaging"spaleta

7 10

exiv2-0.18 coming soon to a rawhide near you
by Rex Dieter 19 Dec '08

19 Dec '08

I'll be updating to exiv2-0.18 in rawhide real soon, which includes soname bump, and start jumping on rebuilding dependent apps asap. -- Rex

5 9

Re: gallery2 outstanding security bugs -- Abondoned by Berninger?
by Jon Ciesla 19 Dec '08

19 Dec '08

Bill Allombert wrote: > On Thu, Dec 18, 2008 at 11:36:14AM -0800, Lee Howard wrote: > >> Jon Ciesla wrote: >> >>> What about simply keeping it on Sourceforge? Don't one of you have admin >>> access to the project there? I have a SF account currently. >>> >>> As far as bringing libjpeg current, I'm not sure the task would be as >>> herculean as it sounds, activities at fd.o hotwithstanding, not sure what >>> that's about. >>> >> libjpeg is essentially dead. >> > > I disagree with this statement. Upstream is very responsive. However > he is not inclined to put out new release currently, bu thti sdoes not > qualify libjpeg as essentially dead as far as I am concerned. > > Who is 'he' in this case? > Cheers, > Bill Allombert, > Debian libjpeg6b maintainer. >

1 0

Strange mono problem with ppc
by Paul F. Johnson 19 Dec '08

19 Dec '08

Hi, I've just checked the development part for ppc and there is nothing there for the main mono parts (such as mono-core etc) which means it's impossible to build anything for mono on ppc. Shouldn't they have been moved over from f10 to devel when we branched? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen!

2 1

Recursively listing dependencies of a package?
by Ville Skyttä 19 Dec '08

19 Dec '08

Hello, Is there a tool that can list recursive dependencies (the whole dep tree) of a package from repodata? And even better if it can be also told to resolve things like /bin/sh and libfoo.so.x to package names and output a list of those package names (+ EVRA) only (not files or Provides). What I've looked into so far: yum deplist: is not recursive, or I don't know how to tell it to be. Also a bit verbose for my taste (lists all providers of deps). repoquery -R --resolve: otherwise exactly what I'm looking for, but it's not recursive either. Adding --recursive to the options does not appear to make any difference.

5 4

FESCo Meeting Summary for 2008-12-17
by Brian Pepple 19 Dec '08

19 Dec '08

=== Members Present === * Brian Pepple (bpepple) * Jarod Wilson (j-rod) * Karsten Hopp (kick_) * Kevin Fenzi (nirik) * Josh Boyer (jwb) * Bill Nottingham (notting) * David Woodhouse (dwmw2) === Absent === * Dennis Gilmore (dgilmore) * Jon Stanley (jds2001) == Summary == === Fedora Packaging Committee Proposals === * FESCo had no objections to the FPC proposals passed during their meeting on Dec. 9th. http://fedoraproject.org/wiki/Packaging/Minutes/20081209 === Features === * FESCo approved the following feature for Fedora 11: * https://fedoraproject.org/wiki/Features/20SecondStartup === FESCo meetings === * The FESCo meetings for Dec. 24th and Dec. 31st have been cancelled due to the upcoming holidays. The next FESCo meeting will occur on January 7th. IRC log can be found at: http://bpepple.fedorapeople.org/fesco/FESCo-2008-12-17.html Later, /B -- Brian Pepple <bpepple(a)fedoraproject.org> https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E

1 0

patching fedora kernel for eeepc
by Justin Conover 19 Dec '08

19 Dec '08

This might be a stupid question.... but.... How to I use these in a patch? http://lkml.org/lkml/2008/11/20/265 http://lkml.org/lkml/2008/11/20/266 http://lkml.org/lkml/2008/11/20/267 I understand this one because its in a patch file, but these are just e-mails. http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/gregkh-05-s… I have an asus eepc 1000 with a custom kernel from fedora forums and wanted to build my own and tinker a bit more. Currently I'm at a 18s boot time (to gdm)! o_0 Looking at gregkh's patch I assume the other three would start at the diff line. Is that correct?

3 3

Re: gallery2 outstanding security bugs -- Abondoned by Berninger?
by Jon Ciesla 19 Dec '08

19 Dec '08

> Jon Ciesla wrote: >>> Jon Ciesla wrote: >>> >>>> Understandable. If this person exists, then that is the logical path. >>>> If >>>> not, then are distro maintainers to simply soldier on, maintaining >>>> what >>>> are, in effect, forks? I have to think that in the absence of the >>>> Qualified Individual we all desire, a coordinating effort of distro >>>> maintainers would be preferable to the status quo. >>>> >>> I wholeheartedly agree. I'm more than happy to see them all set up >>> with >>> the necessary permissions on the Sourceforge site. >>> >> >> Adding Tom Lane back to the thread. >> >> So at this point we'd need you, Lee, or someone else with the sf.net >> project access, to grant the access, and buy-in from interested >> maintainers, which would be Brian and Tom(unless he wants to designate >> someone else) so far. I'll research who others are at other distros. >> >> I am also willing to contribute, beyond simply meddling. :) I have a >> sf.net account(limburgher), etc. > > John, > > I've added you to the Sourceforge project. You should have rights to > add other project admins. > > If you need me to add others please compile and send to me a list of > sourceforge account names which should be added to the project, and I > will add them. Thanks. I should be able to handle that. I'll work out a plan, and a list of maintainers at other distros, and send something out. I'll be AFK next week, so this'll probably go out 12/29. > Thanks, > > Lee. > -- in your fear, speak only peace in your fear, seek only love -d. bowie

1 0

GNOME menu ugliness - Name/GenericName
by Michael Schwendt 19 Dec '08

19 Dec '08

What is the "correct usage" of Name/GenericName in Fedora Land? [...] https://fedoraproject.org/wiki/Packaging/Guidelines#Desktop_files | Installed .desktop files MUST follow the desktop-entry-spec , paying | particular attention to validating correct usage of Name, GenericName, | [...] entries. Raises the question: What is "correct usage" of those entries? http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s05.html | Name : Specific name of the application, | for example "Mozilla". (REQUIRED) | GenericName : Generic name of the application, | for example "Web Browser". (OPTIONAL) Raises the questions: Why don't packages adhere to this standard? https://fedoraproject.org/wiki/Special:Search?search=GenericName&go=Go Tells me that this has been discussed several times in early 2007. https://fedoraproject.org/wiki/FWN/Issue90#What_Should_X-Chat_Be_Called_In_… (May 2007) https://www.redhat.com/archives/fedora-devel-list/2007-May/msg02153.html | Kevin also wondered why GNOME didn't support GenericNames in .desktop | yet, which Matthias answered by saying no one had got around to it yet. Is this still the case? - Seems so. GNOME here only shows the Name= entries. How does KDE handle this? Why do we have a policy on "correct usage" of Name/GenericName that would make the menus look ugly. It's not just the mix of Name/GenericName in there, it confuses users, who are not familiar with application names. I would like to violate the guidelines and put GenericName as Name to escape from this. To repeat the question from the beginning: What is the "correct usage" of Name/GenericName in Fedora Land?

5 6

← Newer
1
...
9
10
11
12
13
14
15
...
33
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel December 2008