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
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
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
On Thu, Feb 16, 2012 at 11:43 PM, Adam Williamson awill...@redhat.com 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
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
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
Hello,
On Fri, Feb 17, 2012 at 9:05 AM, Alexander Sauta demos...@gmail.com 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
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
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
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 it
across
On Fri, Feb 17, 2012 at 2:45 PM, Neal Becker ndbeck...@gmail.com 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
Thomas Spura wrote:
On Fri, Feb 17, 2012 at 2:45 PM, Neal Becker ndbeck...@gmail.com 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
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
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
On Fri, Feb 17, 2012 at 4:12 PM, Neal Becker ndbeck...@gmail.com wrote:
Thomas Spura wrote:
On Fri, Feb 17, 2012 at 2:45 PM, Neal Becker ndbeck...@gmail.com wrote:
acceptance of pep 394 should be of interest to python users
Why?
We already do that on fedora so nothing will change.
(Right
On Fri, Feb 17, 2012 at 13:54, Nils Philippsen n...@redhat.com 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
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
On Fri, Feb 17, 2012 at 11:48 AM, Toshio Kuratomi a.bad...@gmail.comwrote:
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
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
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
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 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
On Fri, Feb 17, 2012 at 12:04 PM, Reindl Harald h.rei...@thelounge.netwrote:
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
Am 17.02.2012 18:09, schrieb Nathaniel McCallum:
2012/2/17 Jóhann B. Guðmundsson johan...@gmail.com
mailto:johan...@gmail.com
On 02/17/2012 04:48 PM, Toshio Kuratomi wrote:
Yeah -- so I see three options -- move systemd unit files to
/usr/share,
revert
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...
Am 17.02.2012 18:16, schrieb Nathaniel McCallum:
On Fri, Feb 17, 2012 at 12:04 PM, Reindl Harald h.rei...@thelounge.net
mailto:h.rei...@thelounge.net wrote:
Am 17.02.2012 18:00, schrieb Nathaniel McCallum:
Move systemd unit files to /usr/share and provide simple logic to fall
On Fri, Feb 17, 2012 at 12:17 PM, Reindl Harald h.rei...@thelounge.netwrote:
Am 17.02.2012 18:09, schrieb Nathaniel McCallum:
2012/2/17 Jóhann B. Guðmundsson johan...@gmail.com mailto:
johan...@gmail.com
On 02/17/2012 04:48 PM, Toshio Kuratomi wrote:
Yeah -- so I see
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) made to give
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/systemd/system
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 never
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
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 files to
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 /lib
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 experience
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
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 Java
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 dti...@iinet.net.au wrote:
Hi, It appears Audacity is getting close to v2 release (it's been in 1.3
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
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:
*
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-File-Listing-6.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=794709
Summary: perl-File-Listing-6.04 is available
Product: Fedora
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Object-InsideOut-3.89 is available
https://bugzilla.redhat.com/show_bug.cgi?id=794714
Summary: perl-Object-InsideOut-3.89 is available
Product:
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Net-HTTP-6.03 is available
https://bugzilla.redhat.com/show_bug.cgi?id=794713
Summary: perl-Net-HTTP-6.03 is available
Product: Fedora
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Module-Runtime-0.013 is available
https://bugzilla.redhat.com/show_bug.cgi?id=794712
Summary: perl-Module-Runtime-0.013 is available
Product:
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-HTTP-Message-6.03 is available
https://bugzilla.redhat.com/show_bug.cgi?id=794711
Summary: perl-HTTP-Message-6.03 is available
Product: Fedora
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Term-ProgressBar-2.11 is available
https://bugzilla.redhat.com/show_bug.cgi?id=794716
Summary: perl-Term-ProgressBar-2.11 is available
Product:
A file has been added to the lookaside cache for perl-Term-ProgressBar:
7cb929bed5ca6ab9181d0c66d048264f Term-ProgressBar-2.11.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit a6d541777ff4b6415cf7f4adadb50cee96083ae6
Author: Petr Šabata con...@redhat.com
Date: Fri Feb 17 13:33:39 2012 +0100
2.11 bump
.gitignore |1 +
perl-Term-ProgressBar.spec | 17 -
sources|2 +-
3 files changed, 6
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=794716
Petr Šabata psab...@redhat.com changed:
What|Removed |Added
https://fedorahosted.org/389/ticket/298
https://fedorahosted.org/389/attachment/ticket/298/0001-Trac-Ticket-298-crash-when-replicating-orphaned-tomb.patch
Fix description:
1. The cause of the crash was freeing a to-be-added entry in
tombstone_to_glue although the entry is consumed in
48 matches
Mail list logo
