Fedora 17 Alpha status: open blockers, karma requests and blocker/NTH vote requests

Hey, folks. Here's another Alpha status report, focusing on open blocker/NTH issues and updates that need karma. As always, https://fedoraproject.org/wiki/Current_Release_Blockers lists open blockers more or less in real time. Here's a quick summary of requested actions for the impatient: * anyo

Re: Audacity - audio editor - test request

On 18/02/12 09:46, Richard Vickery wrote: Have you received an indication from anyone to do this? No, actually. Although I thought I sent it to the test list but see now I sent to devel. I would like to help test it; how am I to get it off the site using Google-Chrome? Looks like I built a s

Re: Audacity - audio editor - test request

Hi David: Have you received an indication from anyone to do this? I would like to help test it; how am I to get it off the site using Google-Chrome? On Wed, Feb 8, 2012 at 2:58 AM, David Timms wrote: > Hi, It appears Audacity is getting close to v2 release (it's been in 1.3 > beta mode for a fe

Re: Self Introduction

On Feb 17, 2012, at 2:16 AM, Roman Kennke wrote: > Hi there, > > My name is Roman Kennke, and I am about to build my first Fedora > package, and hope it can be accepted into the Fedora project (see > below). > > Let me quickly introduce myself. I am currently a Software Engineer in > Red Hat's

/usrmove in rawhide?

Greetings, recently, I'm getting a broken dependency for eventlog in rawhide. Looking at the spec: Conflicts: filesystem < 3 Requires(post): /usr/sbin/ldconfig Requires(postun): /usr/sbin/ldconfig ldconfig should live in /usr/sbin, since the /usr-move should have landed in rawhide

Re: systemd system unit files and UsrMove

On Fri, Feb 17, 2012 at 06:25:23PM +0100, Reindl Harald wrote: > > > Am 17.02.2012 18:20, schrieb Nathaniel McCallum: > > > Sure, as time permits and when such can be done without harming user > > experience. > > > > FOR WHAT REASON? > > > > such changes do ALWAYS harming user exp

Re: systemd system unit files and UsrMove

Le Ven 17 février 2012 18:40, Adam Williamson a écrit : > On 2012-02-17 10:28, Stephen Gallagher wrote: >> Well, as we discussed the other day on IRC, we pretty much all agreed >> that it's not in the spirit of the FHS to have these files in /lib >> or /usr/lib. The only reason they were ever in

Re: systemd system unit files and UsrMove

Le Ven 17 février 2012 18:02, "Jóhann B. Guðmundsson" a écrit : > On 02/17/2012 04:48 PM, Toshio Kuratomi wrote: >> Yeah -- so I see three options -- move systemd unit files to /usr/share, >> revert /usr/move, change rpmlint (or a fourth -- ignore this warning for f17 >> and move systemd unit file

Re: systemd system unit files and UsrMove

On Feb 17, 2012, at 10:20 AM, Nathaniel McCallum wrote: > Tone down the rhetoric please. I'm no expert, but I think the UsrMove issue has pushed some people beyond anxiety disorder. MDMA or diazepam would probably have a higher efficacy than more emails on the subject. Chris Murphy-- devel

Re: systemd system unit files and UsrMove

On 2012-02-17 10:28, Stephen Gallagher wrote: On Fri, 2012-02-17 at 17:17 +, "Jóhann B. Guðmundsson" wrote: On 02/17/2012 05:09 PM, Nathaniel McCallum wrote: > > Sure, as time permits and when such can be done without harming user > experience. Why bother only with unit files? Users neve

Re: systemd system unit files and UsrMove

On Fri, 2012-02-17 at 17:17 +, "Jóhann B. Guðmundsson" wrote: > On 02/17/2012 05:09 PM, Nathaniel McCallum wrote: > > > > Sure, as time permits and when such can be done without harming user > > experience. > > Why bother only with unit files? Users never touch those the ones in > /lib/syst

Re: systemd system unit files and UsrMove

Am 17.02.2012 18:20, schrieb Nathaniel McCallum: > > Sure, as time permits and when such can be done without harming user > experience. > > FOR WHAT REASON? > > such changes do ALWAYS harming user experience > > why? > becaus eoperating systems are (or where it seems) mad

Re: systemd system unit files and UsrMove

On Fri, Feb 17, 2012 at 12:17 PM, Reindl Harald wrote: > > > Am 17.02.2012 18:09, schrieb Nathaniel McCallum: > > > > > > 2012/2/17 "Jóhann B. Guðmundsson" johan...@gmail.com>> > > > > On 02/17/2012 04:48 PM, Toshio Kuratomi wrote: > > > > Yeah -- so I see three options -- move system

Re: systemd system unit files and UsrMove

Am 17.02.2012 18:16, schrieb Nathaniel McCallum: > On Fri, Feb 17, 2012 at 12:04 PM, Reindl Harald > wrote: > > Am 17.02.2012 18:00, schrieb Nathaniel McCallum: > > Move systemd unit files to /usr/share and provide simple logic to fall > back /lib, so as

Re: systemd system unit files and UsrMove

On 02/17/2012 05:09 PM, Nathaniel McCallum wrote: Sure, as time permits and when such can be done without harming user experience. Why bother only with unit files? Users never touch those the ones in /lib/systemd/system or /usr/lib/systemd/system anyway so there is no breakage for them...

Re: systemd system unit files and UsrMove

Am 17.02.2012 18:09, schrieb Nathaniel McCallum: > > > 2012/2/17 "Jóhann B. Guðmundsson" > > > On 02/17/2012 04:48 PM, Toshio Kuratomi wrote: > > Yeah -- so I see three options -- move systemd unit files to > /usr/share, > revert /usr/move, cha

Re: systemd system unit files and UsrMove

On Fri, Feb 17, 2012 at 12:04 PM, Reindl Harald wrote: > > > Am 17.02.2012 18:00, schrieb Nathaniel McCallum: > > Move systemd unit files to /usr/share and provide simple logic to fall > back /lib, so as not to break upgrades with > > custom unit files. I am certainly not advocating a bad user exp

Re: systemd system unit files and UsrMove

2012/2/17 "Jóhann B. Guðmundsson" > On 02/17/2012 04:48 PM, Toshio Kuratomi wrote: > >> Yeah -- so I see three options -- move systemd unit files to /usr/share, >> revert /usr/move, change rpmlint (or a fourth -- ignore this warning for >> f17 >> and move systemd unit files to /usr/share for f18)

Re: systemd system unit files and UsrMove

Am 17.02.2012 18:00, schrieb Nathaniel McCallum: > Move systemd unit files to /usr/share and provide simple logic to fall back > /lib, so as not to break upgrades with > custom unit files. I am certainly not advocating a bad user experience. If > the schedule doesn't permit it, I'm ok > with de

Re: systemd system unit files and UsrMove

On 02/17/2012 04:48 PM, Toshio Kuratomi wrote: Yeah -- so I see three options -- move systemd unit files to /usr/share, revert /usr/move, change rpmlint (or a fourth -- ignore this warning for f17 and move systemd unit files to /usr/share for f18). Which are you advocating? If you are going to

Re: systemd system unit files and UsrMove

On Fri, Feb 17, 2012 at 11:48 AM, Toshio Kuratomi wrote: > On Fri, Feb 17, 2012 at 10:46:58AM -0500, Nathaniel McCallum wrote: > > I'm a fan of systemd [1]. And although I didn't like the fact that unit > files > > were stored in /lib, I understood the rationale since there was no > /share. > > Ho

Re: systemd system unit files and UsrMove

On Fri, Feb 17, 2012 at 10:46:58AM -0500, Nathaniel McCallum wrote: > I'm a fan of systemd [1]. And although I didn't like the fact that unit files > were stored in /lib, I understood the rationale since there was no /share. > However, I've just recently discovered [2] that after UsrMove unit files

Re: /usrmove? -> about the future

On Fri, Feb 17, 2012 at 13:54, Nils Philippsen wrote: > This disables normal non-programmable tab-completion for me. > > Also, if you want the (other) default settings, you need to > "$include /etc/inputrc" on the first line of ~/.inputrc. It would really > help if we shipped documentation for thi

Re: [python] pep 394 is accepted

On Fri, Feb 17, 2012 at 4:12 PM, Neal Becker wrote: > Thomas Spura wrote: > >> On Fri, Feb 17, 2012 at 2:45 PM, Neal Becker wrote: >>> acceptance of pep 394 should be of interest to python users >> >> Why? >> We already do that on fedora so nothing will change. >> (Right now we have a symlink fro

systemd system unit files and UsrMove

I'm a fan of systemd [1]. And although I didn't like the fact that unit files were stored in /lib, I understood the rationale since there was no /share. However, I've just recently discovered [2] that after UsrMove unit files will be stored in /usr/lib. Can we not do better than this? And I'd reall

Re: Thunderbird/Lightening as Calendar

On 02/17/2012 05:07 AM, Luca Botti wrote: well, actually is thunderbird-lightning, because lighning as a separate application is no more. Now it lives as a thunderbird plugin. Regards Yeah I understood that part but still wondering why it isn't an option for calendar. Is it missing capabilitie

Re: [python] pep 394 is accepted

Thomas Spura wrote: > On Fri, Feb 17, 2012 at 2:45 PM, Neal Becker wrote: >> acceptance of pep 394 should be of interest to python users > > Why? > We already do that on fedora so nothing will change. > (Right now we have a symlink from python2 -> python and not the other > way around like in th

Re: [python] pep 394 is accepted

On Fri, Feb 17, 2012 at 2:45 PM, Neal Becker wrote: > acceptance of pep 394 should be of interest to python users Why? We already do that on fedora so nothing will change. (Right now we have a symlink from python2 -> python and not the other way around like in the pep, but the result for a user i

Re: /usrmove? -> about the future

On Thu, 2012-02-16 at 17:49 +, "Jóhann B. Guðmundsson" wrote: > On 02/16/2012 05:33 PM, "Jóhann B. Guðmundsson" wrote: > >> > > > > complete -r if memory serves me correct then again I'm getting old and > > fragile... > > "set disable-completion on" into /etc/inputrc or ~/.inputr to disable

[python] pep 394 is accepted

acceptance of pep 394 should be of interest to python users -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Thunderbird/Lightening as Calendar

well, actually is thunderbird-lightning, because lighning as a separate application is no more. Now it lives as a thunderbird plugin. Regards On 17/02/2012 10:55, Matej Cepl wrote: On 16.2.2012 19:37, Nathanael D. Noblet wrote: Just curious, when assigning the default applications I can selec

Re: Machine-readable text format for log and config files

Hello, On Fri, Feb 17, 2012 at 9:05 AM, Alexander Sauta wrote: > I'd like to propose possibly less destructive but yet efficient > solution for this problem: machine-readable text logs. The most famous > such format is, definitely, JSON. I will use it to illustrate my > ideas, but it's absolutely

F-17 Branched report: 20120217 changes

Compose started at Fri Feb 17 08:15:11 UTC 2012 Broken deps for x86_64 -- [HippoDraw] HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray HippoDraw-

Self Introduction

Hi there, My name is Roman Kennke, and I am about to build my first Fedora package, and hope it can be accepted into the Fedora project (see below). Let me quickly introduce myself. I am currently a Software Engineer in Red Hat's Java team, where I am (among other things) working on the Thermosta

Re: Please create Fedora 17 in Bugzilla

On Thu, Feb 16, 2012 at 11:43 PM, Adam Williamson wrote: > On Thu, 2012-02-16 at 22:47 +0100, Kevin Kofler wrote: >> Bill Nottingham wrote: >> > Ian Pilcher (arequip...@gmail.com) said: >> >> Anaconda in Fedora 17 Alpha RC2 cannot upload tracebacks to Bugzilla, >> >> because Bugzilla doesn't think

Re: Thunderbird/Lightening as Calendar

On 16.2.2012 19:37, Nathanael D. Noblet wrote: Just curious, when assigning the default applications I can select other browsers, email clients etc, but only evolution for the calendar. Is there something lightening doesn't do such that I can't select it as the calendar app?? There is no Lighti

Re: Please create Fedora 17 in Bugzilla

I actually have no idea how to access that account. So saying that releng has access is a gross overstatement. There is an account that some people have access to use is a more correct statement. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. Adam Williamson wrote: On

Machine-readable text format for log and config files

Hello All. I'm just a Linux Russian GNU/Linux user and I would like to propose one simple idea. I'll try to be as brief as possible. A few months ago a proposal of new binary log system coupled with systemd has been made by Lennart Poettering. It rose numerous emotional discussions in Russian Lin