- Original Message -
> Hello,
> On Thu, Jan 24, 2013 at 7:58 AM, Bohuslav Kabrda
> wrote:
> > - Original Message -
> >> What problem are the _mri_/_jruby_ parameters solving?
> >> a) If a script or command-line user requires a specific
> >> interpreter,
> >> it can just refer to a
Summary of changes:
ada832e... 0.3.0 bump (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/
Summary of changes:
ada832e... 0.3.0 bump (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/
On 01/24/2013 11:53 PM, Lennart Poettering wrote:
a) list them in the "%systemd_post" rpm macro (and the other macros too)
like you would do for service units. Note that "%systemd_post" and
friends take an arbitrary amount of unit names. To enable these timer
units by default, you'd a
Hi,
> Is there perhaps a consensus what the long-term future will look like?
> In particular, is it impossible/plausible/probable that most
> architectures will move to EFI, and if so, will virtualization also
> move to EFI eventually?
virtualization will support EFI, but certainly not require
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=903608
--- Comment #1 from Fedora Update System ---
perl-User-Utmp-1.8-1.fc18, perl-WWW-OrangeHRM-Client-0.3.0-1.fc18 has been
submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/FEDORA-2013-1305/perl-User-Utmp-
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=903608
--- Comment #2 from Fedora Update System ---
perl-User-Utmp-1.8-1.fc17, perl-WWW-OrangeHRM-Client-0.3.0-1.fc17 has been
submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/FEDORA-2013-1327/perl-User-Utmp-
On 01/24/2013 08:00 PM, Chris Adams wrote:
Once upon a time, Bill Nottingham said:
Jaroslav Reznik (jrez...@redhat.com) said:
The MEMSTOMP code utilizes GPLV2+ and LGPL3 code. The GPLV2+ code is limited
to the backtrace code which is not thread safe and may need to be
disabled/rewritten.
I a
On Thu, Jan 24, 2013 at 02:11:11PM -0700, Jerry James wrote:
> Note that we also have why and why3 in Fedora, by the way.
.. and ocaml-cil.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with
On 01/25/2013 06:26 AM, Adam Williamson wrote:
I can't find it, but isn't there something in the guidelines which says
you don't need an explicit dependency on anything that's part of @core?
Making the assumption that the core comps never changes and having
packages depend on that makes no sen
On 2013-01-24 23:39, Alec Leamas wrote:
On 2013-01-24 22:03, David Malcolm wrote:
On Thu, 2013-01-24 at 18:11 +0100, Alec Leamas wrote:
On 2013-01-24 17:44, David Malcolm wrote:
Michael Hrivnak and I spent some time at FUDcon Lawrence looking at
static code analysis.
We hacked on the proposed
On 01/23/2013 04:11 PM, Jaroslav Reznik wrote:
= Features/KScreen =
https://fedoraproject.org/wiki/Features/KScreen
Feature owner(s): Dan Vrátil
Replace current KDE screen management software by KScreen.
== Detailed description ==
KScreen is a KDE screen management software that massively imp
On Thu, Jan 24, 2013 at 11:19:16AM -0500, Bill Nottingham wrote:
> Matthew Miller (mat...@fedoraproject.org) said:
> > On Wed, Jan 23, 2013 at 04:38:13PM -0500, Bill Nottingham wrote:
> > > > == Detailed description ==
> > > > * New images that can be used in other cloud deployments (such as
Hi,
the package gpointing-device-settings is searching for a new
maintainer in all branches.
I just orphaned it as I don't use it any more and it doesn't preserve
the settings from one reboot to another and don't know how to fix this
properly [1]. A partial solution might be at [2]
Furthermore up
On 01/25/2013 02:46 AM, Kevin Kofler wrote:
Tom Lane wrote:
It strikes me that we missed a bet in setting up the mariadb package
for only F19-and-up in git.
You can request a branch (for a release which accepts branch requests, i.e.
currently F17 and F18) after the fact, at any time. So you di
Dear All,
I have various packages that use (La)TeX to generate documentation at
package build time. In the past, this was usually handled fine with a
BuildRequires: tex(latex) which would bring in enough of a latex
environment to build most things.
With the more fine grained texlive packaging in
On Thursday, January 24, 2013 14:11:11 Jerry James wrote:
> It is not, but see http://jjames.fedorapeople.org/blast/ for an
> experimental RPM. If we could get the Vampyre developers to remove
> "for research purposes only" from their license, we could get both
> Vampyre and BLAST into Fedora.
>
On Friday, January 25, 2013 09:07:22 Richard W.M. Jones wrote:
> On Thu, Jan 24, 2013 at 02:11:11PM -0700, Jerry James wrote:
> > Note that we also have why and why3 in Fedora, by the way.
>
> .. and ocaml-cil.
CIL can be used as a front-end for a static analysis tool or a C preprocessor
for sta
On Fri, Jan 25, 2013 at 01:18:43PM +0100, Kamil Dudka wrote:
> On Friday, January 25, 2013 09:07:22 Richard W.M. Jones wrote:
> > On Thu, Jan 24, 2013 at 02:11:11PM -0700, Jerry James wrote:
> > > Note that we also have why and why3 in Fedora, by the way.
> >
> > .. and ocaml-cil.
>
> CIL can be
On Fri, Jan 25, 2013 at 12:51:13PM +, Richard W.M. Jones wrote:
> On Fri, Jan 25, 2013 at 01:18:43PM +0100, Kamil Dudka wrote:
> > On Friday, January 25, 2013 09:07:22 Richard W.M. Jones wrote:
> > > On Thu, Jan 24, 2013 at 02:11:11PM -0700, Jerry James wrote:
> > > > Note that we also have why
commit 5b6c9eb2b28b5199b5235b345b629b1fc5090c75
Author: Petr Písař
Date: Fri Jan 25 14:03:05 2013 +0100
Sub-package Pod-LaTeX (bug #904085)
perl.spec | 30 +-
1 files changed, 29 insertions(+), 1 deletions(-)
---
diff --git a/perl.spec b/perl.spec
index c6f8d
Hi All,
Sorry, I missed the cogl soname bump when I pushed the build last
night, I'll work to rebuild associated deps now, any help appreciated.
Peter
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, 2013-01-25 at 05:42 +, Matthew Garrett wrote:
> On Thu, Jan 24, 2013 at 11:46:24PM -0500, Simo Sorce wrote:
>
> > We are all grown up enough to decide for our own, just give the
> > information and let the admin take care of that.
>
> Well, that's the problem. Most of our users (inclu
On Fri, Jan 25, 2013 at 2:42 PM, Peter Robinson wrote:
> I'll work to rebuild associated deps now
I just saw mutter and gnome-shell going by, thanks for taking care of that!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi,
I am trying to understand a build failure on rawhide [1]. The build is
failing during the conversion of a (LaTeX generated) ps file to a pdf
file using ps2pdf:
ps2pdf ufc-user-manual.ps ufc-user-manual.pdf
Error: /invalidfont in /findfont
Operand stack:
BitstreamVeraSans-Roman-ISOLatin1
On 01/24/2013 06:30 PM, "Jóhann B. Guðmundsson" wrote:
On 01/24/2013 04:28 PM, Bill Nottingham wrote:
Tomas Mraz (tm...@redhat.com) said:
On Thu, 2013-01-24 at 16:03 +0100, Jochen Schmitt wrote:
Hello,
I have tried to migrating the cron jobs of the inn package to
systemd timers.
Unfortunately
On Fri, Jan 25, 2013 at 02:27:40PM +, Fedora Koji Build System wrote:
> Package: perl
> NVR: perl-5.16.2-248.fc19
> User: ppisar
> Status: complete
> Tag Operation: untagged
> From Tag: f19
>
> perl-5.16.2-248.fc19 successfully untagged from f19 by ppisar
>
I've untagged this build from F19,
On Fri, Jan 25, 2013 at 5:16 AM, Kamil Dudka wrote:
> On Thursday, January 24, 2013 14:11:11 Jerry James wrote:
>> It is not, but see http://jjames.fedorapeople.org/blast/ for an
>> experimental RPM. If we could get the Vampyre developers to remove
>> "for research purposes only" from their licen
On Fri, Jan 25, 2013 at 8:42 AM, Jonathan Underwood
wrote:
> Hi,
>
> I am trying to understand a build failure on rawhide [1]. The build is
> failing during the conversion of a (LaTeX generated) ps file to a pdf
> file using ps2pdf:
You probably need to BR: the new texlive package with the font(s
On 01/23/2013 01:04 PM, Ales Kozumplik wrote:
On 01/22/2013 10:06 PM, Tom Lane wrote:
Yes, that's the general idea --- any dependencies on mysql should result
in installing mariadb, unless the user takes specific action to get
mysql instead. Ideally we'd just do the standard Provides/Obsoletes
On Fri, Jan 25, 2013 at 03:46:34PM +0100, Marcela Mašláňová wrote:
> What is the added value of migration of cron jobs? I, as maintainer
> of cron, obviously don't see the added value. What might be
> interesting would be converting cron.daily jobs as systemd task. If
> systemd could execute daily
On 01/24/2013 12:30 PM, Stef Walter wrote:
So yes, as noted in the 'Detailed Description' of the feature, long term
we hope to follow this up with further work to make all the crypto
libraries be able to process the information in its entirety.
Okay. In the long term, it might make sense to o
On Thu, Jan 24, 2013 at 11:32:31PM +0100, Lennart Poettering wrote:
> One problem with biosdevname is that it uses different naming schemes in
> the same namespace. For us, predictability means that by looking at the
> lspci or DMI information of your card you can deterministically figure
> out how
On Fri, Jan 25, 2013 at 7:42 AM, Jonathan Underwood
wrote:
> I can't fathom whether this is a ghostscript bug or not? Should
> ghostscript not be finding the relevant TeX fonts?
Can ghostscript read any of the font formats provided by TeX?
In any case, adding a BR on bitstream-vera-sans-fonts le
On 01/25/2013 12:17 AM, Adam Williamson wrote:
On Thu, 2013-01-24 at 23:03 +, "Jóhann B. Guðmundsson" wrote:
It's best to rip the bandage of this in one release.
The churn from this should have been more or less covered when we
implement biosdevname so the fallout from this change should b
On Fri, Jan 25, 2013 at 12:53:02AM +0100, Lennart Poettering wrote:
> c) Or you could list them as "Wants=" dependency in your service unit's
>[Service] section. That means that whenever your service unit is
>started, your time unit is too. No need for preset file changes.
> I think c) is t
Once upon a time, Honza Horak said:
> Is there really no way to do removal/install like above in one yum
> transaction?
Use yum shell. You can set up multiple things to do and then "run" it
all as one transaction.
--
Chris Adams
Systems and Network Administrator - HiWAAY Internet Services
I
On Fri, Jan 25, 2013 at 9:05 AM, Honza Horak wrote:
> Is there really no way to do removal/install like above in one yum
> transaction?
I've been watching this thread but otherwise staying out of it :)
But to answer your question I believe that if you use yum shell and
tell it to erase mysql and
On Thu, Jan 24, 2013 at 09:27:00PM -0800, Adam Williamson wrote:
> >* The Fedora Koji instance needs to be updated to a future release that
> > will integrate with ImageFactory and Oz from the Aeolus Project. This
> > future
> > release is not implemented yet.
> This sounds a bit hand-wavy.
On Fri, 25 Jan 2013, Honza Horak wrote:
On 01/23/2013 01:04 PM, Ales Kozumplik wrote:
On 01/22/2013 10:06 PM, Tom Lane wrote:
Yes, that's the general idea --- any dependencies on mysql should result
in installing mariadb, unless the user takes specific action to get
mysql instead. Ideally
On Fri, 2013-01-25 at 13:03 +, Daniel P. Berrange wrote:
> On Fri, Jan 25, 2013 at 12:51:13PM +, Richard W.M. Jones wrote:
> > On Fri, Jan 25, 2013 at 01:18:43PM +0100, Kamil Dudka wrote:
> > > On Friday, January 25, 2013 09:07:22 Richard W.M. Jones wrote:
> > > > On Thu, Jan 24, 2013 at 02
On Fri, Jan 25, 2013 at 10:35:29AM -0500, David Malcolm wrote:
> On Fri, 2013-01-25 at 13:03 +, Daniel P. Berrange wrote:
> > On Fri, Jan 25, 2013 at 12:51:13PM +, Richard W.M. Jones wrote:
> > > On Fri, Jan 25, 2013 at 01:18:43PM +0100, Kamil Dudka wrote:
> > > > On Friday, January 25, 201
On Fri, Jan 25, 2013 at 11:58:18AM +0100, Christophe Fergeau wrote:
> First time I hear of cloud-init, so as far as I know no one looked into
> Boxes integration (though this could be nice).
For Boxes, it might be nice if ~/.ssh/id_rsa.pub were provided by default
(configurable, of course).
--
On 25 January 2013 15:24, Jerry James wrote:
> On Fri, Jan 25, 2013 at 7:42 AM, Jonathan Underwood
> wrote:
>> I can't fathom whether this is a ghostscript bug or not? Should
>> ghostscript not be finding the relevant TeX fonts?
>
> Can ghostscript read any of the font formats provided by TeX?
>
On Friday 25 January 2013 16:01:15 Jerry James wrote:
> On Fri, Jan 25, 2013 at 5:16 AM, Kamil Dudka wrote:
> > On Thursday, January 24, 2013 14:11:11 Jerry James wrote:
> >> It is not, but see http://jjames.fedorapeople.org/blast/ for an
> >> experimental RPM. If we could get the Vampyre develop
On Thu, 24 Jan 2013 08:35:51 +0100
Ralf Corsepius wrote:
> Hi,
>
> the Fedora 18 metalink-urls as being used in /etc/yum.repo.d/*repo,
> e.g.
> https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearch,
>
> are still pointing to */development/18
> instead of */releases/1
> On Fri, Jan 25, 2013 at 11:58:18AM +0100, Christophe Fergeau wrote:
> > First time I hear of cloud-init, so as far as I know no one looked into
> > Boxes integration (though this could be nice).
>
> For Boxes, it might be nice if ~/.ssh/id_rsa.pub were provided by default
> (configurable, of cou
Chris Adams wrote:
> The way some other Unix OSes I've used worked for version upgrades was
> to require the admin drop to single-user mode first, optionally with
> network access. RHL/RHEL/Fedora have never had a "single-user with
> network" mode, but that would be nice to have. Then maybe "yum
On Fri, 2013-01-25 at 08:01 -0700, Jerry James wrote:
> On Fri, Jan 25, 2013 at 5:16 AM, Kamil Dudka wrote:
> > On Thursday, January 24, 2013 14:11:11 Jerry James wrote:
> >> It is not, but see http://jjames.fedorapeople.org/blast/ for an
> >> experimental RPM. If we could get the Vampyre develop
On 25 January 2013 15:04, Richard Shaw wrote:
> On Fri, Jan 25, 2013 at 8:42 AM, Jonathan Underwood
> wrote:
>> Hi,
>>
>> I am trying to understand a build failure on rawhide [1]. The build is
>> failing during the conversion of a (LaTeX generated) ps file to a pdf
>> file using ps2pdf:
>
> You p
Am 25.01.2013 05:46, schrieb Simo Sorce:
> That said I think trying a distro-sync from a graphical session is just
> a funny and instructive experience, I wouldn't recommend it as you'll
> keep the pieces when your session blows up and brings with it your yum
> upgrade, but it is certainly instru
Adam Williamson wrote:
> (As a side note, I would like to avoid describing fedup as 'officially
> supported' and describe it instead as 'officially recommended' - it's an
> important semantic difference, I think.)
Good idea. I've often wondered what it means that upgrading by Yum
isn't supported,
Le Ven 25 janvier 2013 00:12, Lennart Poettering a écrit :
> Applications have deps on all kinds of
> data in /usr/lib, not just shared libraries. Such as locale data, icons,
> fonts, artwork, documentation.
BTW Firefox seems to be the only application that goes bonkers when fonts
are updated wh
On 01/25/2013 02:46 PM, Marcela Mašláňová wrote:
What is the added value of migration of cron jobs? I, as maintainer of
cron, obviously don't see the added value. What might be interesting
would be converting cron.daily jobs as systemd task. If systemd could
execute daily job in time, when syst
On 01/25/2013 03:19 PM, Matthew Miller wrote:
If that were done, how easy would it be for system administrators who need
these jobs to actually run at a specific time to adjust that?
You alter the time units the same way you alter any service unit ( same
hurdle )
JBG
--
devel mailing list
de
On 01/25/2013 04:19 PM, Florian Weimer wrote:
> On 01/24/2013 12:30 PM, Stef Walter wrote:
>
>> So yes, as noted in the 'Detailed Description' of the feature, long term
>> we hope to follow this up with further work to make all the crypto
>> libraries be able to process the information in its enti
On 1/23/2013 6:05 PM, Adam Williamson wrote:
On Wed, 2013-01-23 at 17:49 -0800, Andrew Rist wrote:
but the database choice for Fedora should only focus on the merits and
the quality of the MySQL code
You may have read the mission statement, but you appear to have entirely
missed the four found
Hi
On Fri, Jan 25, 2013 at 12:49 PM, Andrew Rist wrote:
>
> When it comes to "Freedom"many companies working, contributing, and
> supporting open source codebases have information disclosure policies very
> similar to MySQL [1]. The code is still GPL and out there for everyone to
> check ou
On 01/24/2013 06:12 PM, Lennart Poettering wrote:
If you restart any of those you bring down the entire machine basically,
or bring down at least the bits you really want to avoid, i.e. the
user's sessions...
Then all code that runs that is not a system service is difficult to
restart from a sys
> On 01/24/2013 06:12 PM, Lennart Poettering wrote:
> > If you restart any of those you bring down the entire machine basically,
> > or bring down at least the bits you really want to avoid, i.e. the
> > user's sessions...
> >
> > Then all code that runs that is not a system service is difficult to
On Fri, Jan 25, 2013 at 10:35:29AM -0500, David Malcolm wrote:
> As Kamil points out elsewhere in this thread, what we need are automated
> tools that can run on code and emit warnings, without needing human
> intervention.
My point was that there are two sorts of analysis. The kind which is
comm
On Fri, 25.01.13 08:58, Simo Sorce (s...@redhat.com) wrote:
> On Fri, 2013-01-25 at 05:42 +, Matthew Garrett wrote:
> > On Thu, Jan 24, 2013 at 11:46:24PM -0500, Simo Sorce wrote:
> >
> > > We are all grown up enough to decide for our own, just give the
> > > information and let the admin tak
> On Fri, 25.01.13 08:58, Simo Sorce (s...@redhat.com) wrote:
>
> > On Fri, 2013-01-25 at 05:42 +, Matthew Garrett wrote:
> > > On Thu, Jan 24, 2013 at 11:46:24PM -0500, Simo Sorce wrote:
> > >
> > > > We are all grown up enough to decide for our own, just give the
> > > > information and let
On Fri, 25.01.13 13:02, Przemek Klosowski (przemek.klosow...@nist.gov) wrote:
> On 01/24/2013 06:12 PM, Lennart Poettering wrote:
> >If you restart any of those you bring down the entire machine basically,
> >or bring down at least the bits you really want to avoid, i.e. the
> >user's sessions...
On Fri, 25.01.13 08:36, "Jóhann B. Guðmundsson" (johan...@gmail.com) wrote:
> On 01/24/2013 11:53 PM, Lennart Poettering wrote:
> >a) list them in the "%systemd_post" rpm macro (and the other macros too)
> >like you would do for service units. Note that "%systemd_post" and
> >friends take
On Fri, 25.01.13 10:25, Matthew Miller (mat...@fedoraproject.org) wrote:
> On Fri, Jan 25, 2013 at 12:53:02AM +0100, Lennart Poettering wrote:
> > c) Or you could list them as "Wants=" dependency in your service unit's
> >[Service] section. That means that whenever your service unit is
> >
Lennart Poettering (mzerq...@0pointer.de) said:
> I'll wait your patches for the kernel to allow seamless upgrades of the
> kernel without reboots.
Sure, just have a ksplice server that generates splices for each new kernel
build relative to the previous one, and your upgrade process downloads al
On 25.01.2013 18:49, Andrew Rist wrote:
On 1/23/2013 6:05 PM, Adam Williamson wrote:
On Wed, 2013-01-23 at 17:49 -0800, Andrew Rist wrote:
but the database choice for Fedora should only focus on the merits and
the quality of the MySQL code
You may have read the mission statement, but you appe
- m...@zarb.org wrote:
> So let's take a very narrow and specific example, and see what could you
> do after the fact to make packagers life easier.
>
> While working with Remi on a package review[1], I was quite surprised to
> see that one Oracle engineer created a internal bug for the inclu
On Friday, January 25, 2013 18:17:09 Richard W.M. Jones wrote:
> On Fri, Jan 25, 2013 at 10:35:29AM -0500, David Malcolm wrote:
> > As Kamil points out elsewhere in this thread, what we need are automated
> > tools that can run on code and emit warnings, without needing human
> > intervention.
>
>
My point is that it'd be nice to improve the upgrades. I love
upgrades---I love the shiny new toys and I hate them for the disruption
they always bring, at someone else's schedule. As you say, there are
good reasons why it's what it is now, and maybe you're right that it
can't be significantly
On Fri, 2013-01-25 at 19:20 +0100, Lennart Poettering wrote:
> On Fri, 25.01.13 08:58, Simo Sorce (s...@redhat.com) wrote:
>
> > On Fri, 2013-01-25 at 05:42 +, Matthew Garrett wrote:
> > > On Thu, Jan 24, 2013 at 11:46:24PM -0500, Simo Sorce wrote:
> > >
> > > > We are all grown up enough to
On Fri, Jan 25, 2013 at 14:22:44 -0500,
Przemek Klosowski wrote:
My point is that it'd be nice to improve the upgrades. I love
upgrades---I love the shiny new toys and I hate them for the
disruption they always bring, at someone else's schedule. As you say,
there are good reasons why it's wh
Le 25/01/2013 19:46, Norvald Ryeng a écrit :
> Here's the bug: http://bugs.mysql.com/bug.php?id=68182
So, a few questions ?
- why do you publish "community" source tarball with non GPL
documentation inside ?
We need to recreate a "nodocs" tarball for each version, nightmare
Ex : mysql, mysql-wo
Hi,
2013/1/23 "Jóhann B. Guðmundsson" :
> On 01/23/2013 10:55 PM, drago01 wrote:
>>
>> Supporting "none" is not an option.
>
>
> Really suddenly not an option.
>
> We did that for a long time why is that suddenly not an option so please
> enlighten me why that's not an option.
>
> Users are better
On 01/25/2013 06:32 PM, Lennart Poettering wrote:
That's a clear "no".
Preset files shall never be shipped by their own packages. That defeats
their point.
Then timer units should always be enabled in the preset config
JBG
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedo
On 01/25/2013 07:39 PM, Michał Piotrowski wrote:
Hi,
2013/1/23 "Jóhann B. Guðmundsson" :
On 01/23/2013 10:55 PM, drago01 wrote:
Supporting "none" is not an option.
Really suddenly not an option.
We did that for a long time why is that suddenly not an option so please
enlighten me why that's
On Fri, 2013-01-25 at 20:17 +, "Jóhann B. Guðmundsson" wrote:
> On 01/25/2013 07:39 PM, Michał Piotrowski wrote:
> > Hi,
> >
> > 2013/1/23 "Jóhann B. Guðmundsson" :
> >> On 01/23/2013 10:55 PM, drago01 wrote:
> >>> Supporting "none" is not an option.
> >>
> >> Really suddenly not an option.
> >
Hi -
jonathan.underwood wrote:
> [...]
> With the more fine grained texlive packaging in F>18 where tex(latex) is
> provided by texlive-collection-latex I am finding that this is insufficient to
> build most documents. I see two options in these cases:
>
> 1) Add BuildRequires; texlive-collectio
On 01/25/2013 08:32 PM, Simo Sorce wrote:
On Fri, 2013-01-25 at 20:17 +, "Jóhann B. Guðmundsson" wrote:
On 01/25/2013 07:39 PM, Michał Piotrowski wrote:
Hi,
2013/1/23 "Jóhann B. Guðmundsson" :
On 01/23/2013 10:55 PM, drago01 wrote:
Supporting "none" is not an option.
Really suddenly not
Simo Sorce writes:
> [...] B) I will *not* trust an update system that cuts me out of my
> remote server and make me *hope* it will come up later. If yum
> freaks out for *whatever* reason I want to be there with an
> emergency shell open [...] I've been saved more than once by a
> shell open d
Product: Fedora EPEL
https://bugzilla.redhat.com/show_bug.cgi?id=904249
Bug ID: 904249
Summary: /NoAuth isn't specified in /etc/httpd/conf.d/rt3.conf
Product: Fedora EPEL
Version: el6
Component: rt3
Severity: unspecified
Pri
> > [...]
> > With the more fine grained texlive packaging in F>18 where
> > tex(latex) is provided by texlive-collection-latex I am finding
> > that this is insufficient to build most documents. I see two
> > options in these cases:
> >
> > 1) Add BuildRequires; texlive-collection-latexextra (nb
On Fri, Jan 25, 2013 at 03:51:14PM -0500, Frank Ch. Eigler wrote:
> Simo Sorce writes:
>
> > [...] B) I will *not* trust an update system that cuts me out of my
> > remote server and make me *hope* it will come up later. If yum
> > freaks out for *whatever* reason I want to be there with an
> >
On 25 Jan 2013, at 14:23, Simo Sorce wrote:
Ah, so you have to reboot anyway, so where is the difference between
your approach and proper offline updates then? Either way you have to
interrupt your work to reboot the machine. One just takes a slight
bit
longer for rebooting...
A) One sing
FYI - Looks like icu 50 landed in rawhide today with the usual soname bump
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301
On Fri, 2013-01-25 at 21:57 +, Matthew Garrett wrote:
> On Fri, Jan 25, 2013 at 03:51:14PM -0500, Frank Ch. Eigler wrote:
> > Simo Sorce writes:
> >
> > > [...] B) I will *not* trust an update system that cuts me out of my
> > > remote server and make me *hope* it will come up later. If yum
Hi
On Fri, Jan 25, 2013 at 5:35 PM, Orion Poplawski wrote:
> FYI - Looks like icu 50 landed in rawhide today with the usual soname bump
Seems like your rebuild failed
http://koji.fedoraproject.org/koji/buildinfo?buildID=380678
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https:
Hi,
Could someone with relevant privileges please pick up one of the
attached patches (most likely the second one) to this bug and rebuild
sqlgrey for F-18. With the default config, sqlgrey otherwise dies after
receiving connection from Postfix and trying to process the e-mail.
Thanks,
--
Bojan
On Thu, 24 Jan 2013 17:41:29 -0600
Josh Bressers wrote:
> On Thu, Jan 24, 2013 at 10:44 AM, David Malcolm
> wrote:
>
> >
> > Anyone interested in helping with this? There's plenty of scope
> > for getting involved:
> > * building the web UI for dealing with the results (any Python web
> > dev
On Fri, 25 Jan 2013 15:35:58 -0700
Orion Poplawski wrote:
> FYI - Looks like icu 50 landed in rawhide today with the usual soname
> bump
Yep. ;(
I mailed the commiter to try and coordinate/do a better job of
notifying people next time.
kevin
signature.asc
Description: PGP signature
--
dev
On 01/25/2013 03:48 PM, Rahul Sundaram wrote:
Hi
On Fri, Jan 25, 2013 at 5:35 PM, Orion Poplawski mailto:or...@cora.nwra.com>> wrote:
FYI - Looks like icu 50 landed in rawhide today with the usual soname bump
Seems like your rebuild failed
http://koji.fedoraproject.org/koji/buildinfo?bu
Outage: Buildsystem Reboots and storage move 2013-01-30 22:00 UTC
There will be an outage starting at 2013-01-30 22:00 UTC, which will
last approximately 2 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2013-0
Le vendredi 25 janvier 2013 à 19:20 +0100, Lennart Poettering a écrit :
> Ah, so you have to reboot anyway, so where is the difference between
> your approach and proper offline updates then? Either way you have to
> interrupt your work to reboot the machine. One just takes a slight bit
> longer f
Could someone apply this patch to rygel so at least we can get a successful
build?
http://git.gnome.org/browse/rygel/commit/?h=wip/new-gupnp-dlna&id=118af0f588879703e0dd7d01787897b5893032e0
Thanks,
Nathaniel
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailm
>
> Ah, so you have to reboot anyway, so where is the difference
> between
> your approach and proper offline updates then? Either way you
> have to
> interrupt your work to reboot the machine. One just takes a
> slight bit
> longer
William Brown writes:
In the future, hopefully once btrfs is a bit more mature, perhaps it
could be considered to make a new writable snapshot subvolume of the
system, and the use yum prefix to update the new subvolume. When you
reboot, the new subvolume can become the new root.
a) Currently ru
Hi,
how I should do the old command udevadm: control --reload-rules ?
is correct : systemctl restart udev.service ?
I don't find any in documentation that guarantee this .
BTW in F18: udev.service change the name to systemd-udevd.service.
So put in package spec, is this correct way ?
%if 0%{?fed
Once upon a time, William Brown said:
> In the future, hopefully once btrfs is a bit more mature, perhaps it
> could be considered to make a new writable snapshot subvolume of the
> system, and the use yum prefix to update the new subvolume. When you
> reboot, the new subvolume can become the new
Another week, another broken stuff in rawhide...
On Fri, 25 Jan 2013 13:45:52 +
Fedora Rawhide Report wrote:
> Compose started at Fri Jan 25 08:15:13 UTC 2013
>
> Broken deps for x86_64
> --
rebuilt:
> [aunit]
> aunit-2012-2.
1 - 100 of 103 matches
Mail list logo
