Hi Jonathan,
On Fri, Jan 25, 2013 at 12:05:47PM +, Jonathan Underwood wrote:
> 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
2013/1/26 Nathaniel McCallum
> 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
>
>
That won't do. Gupnp-dlna 0.9.4 has to hit rawhide first. Then inste
On Sex, 2013-01-25 at 12:56 -0800, Benjamin De Kosnik 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
Le samedi 26 janvier 2013 à 06:21 +, Matthew Garrett a écrit :
> On Sat, Jan 26, 2013 at 02:16:29AM +0100, Michael Scherer wrote:
>
> > Well, slightly bit longer is around 2 to 3h vs 2 to 3 minutes. And I
> > already did version upgrade taking 6 to 8h due to slow internet or slow
> > hard driv
2013/1/26 Sérgio Basto :
> On Sex, 2013-01-25 at 12:56 -0800, Benjamin De Kosnik 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 s
On Qua, 2013-01-16 at 15:36 +0100, Jakub Jelinek wrote:
> On Wed, Jan 16, 2013 at 02:26:00PM +0100, Jan Kratochvil wrote:
> > On Wed, 16 Jan 2013 04:12:29 +0100, xning wrote:
> > > Shall we should modify '-g' to '-g3' to have gcc save the macro
> > > info? So when we install *-debuginfo packages,
On Sáb, 2013-01-26 at 13:13 +, Sérgio Basto wrote:
> On Qua, 2013-01-16 at 15:36 +0100, Jakub Jelinek wrote:
> > On Wed, Jan 16, 2013 at 02:26:00PM +0100, Jan Kratochvil wrote:
> > > On Wed, 16 Jan 2013 04:12:29 +0100, xning wrote:
> > > > Shall we should modify '-g' to '-g3' to have gcc save
Kevin Fenzi wrote, at 01/26/2013 02:34 PM +9:00:
Another week, another broken stuff in rawhide...
...
...
After harfbuzz is fixed, someone should go through and rebuild all
those things blocked on it. ;)
kevin
I fixed harfbuzz build. harfbuzz-0.9.12-3.fc19 got built successfully,
which sho
On Sat, Jan 26, 2013 at 23:36:53 +0900,
Mamoru TASAKA wrote:
I fixed harfbuzz build. harfbuzz-0.9.12-3.fc19 got built successfully,
which should appear on F-19 buildroot soon.
Thanks. wfut has now been rebuilt.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.
On Fri, Jan 25, 2013 at 03:35:58PM -0700, Orion Poplawski wrote:
> FYI - Looks like icu 50 landed in rawhide today with the usual soname bump
Also breaks boost in the buildroot:
http://koji.fedoraproject.org/koji/getfile?taskID=4904621&name=root.log
Rich.
--
Richard Jones, Virtualization Group
On Sat, Jan 26, 2013 at 3:51 PM, Richard W.M. Jones wrote:
> On Fri, Jan 25, 2013 at 03:35:58PM -0700, Orion Poplawski wrote:
>> FYI - Looks like icu 50 landed in rawhide today with the usual soname bump
>
> Also breaks boost in the buildroot:
>
> http://koji.fedoraproject.org/koji/getfile?taskID=
On Jan 24, 2013, at 10:42 PM, Matthew Garrett wrote:
>
> Well, that's the problem. Most of our users (including many of the
> professional sysadmins) are *not* able to make a fully informed choice
> about whether an online upgrade will ensure that they're no longer
> running any code with kno
On Jan 25, 2013, at 9:20 PM, Sam Varshavchik wrote:
> 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
>
Hi Jonathan,
On Fri, Jan 25, 2013 at 12:05:47PM +, Jonathan Underwood wrote:
> 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
On 26 Jan 2013, at 12:11, Chris Murphy wrote:
After 1/2 dozen fedup upgrades during testing, on average the
downtime portion of the upgrade was between 25 and 40 minutes. On a
five year old laptop, with 4GB of RAM, and WDC Scorpio Blue rust
drive (the new computer with SSD did the fedup up
On Sat, Jan 26, 2013 at 03:59:25PM +, Peter Robinson wrote:
> On Sat, Jan 26, 2013 at 3:51 PM, Richard W.M. Jones wrote:
> > On Fri, Jan 25, 2013 at 03:35:58PM -0700, Orion Poplawski wrote:
> >> FYI - Looks like icu 50 landed in rawhide today with the usual soname bump
> >
> > Also breaks boos
Orion Poplawski wrote, at 01/26/2013 07:35 AM +9:00:
FYI - Looks like icu 50 landed in rawhide today with the usual soname bump
Looks like several packages fails to build against new icu, with
errors like:
/builddir/build/BUILD/calligra-2.5.93/libs/db/drivers/sqlite/icu/icu.c:375:
undefined r
On Jan 26, 2013, at 10:45 AM, Mike Pinkerton wrote:
>
> If a fedup upgrade can go offline for a lengthy, but uncertain, amount of
> time, then the lack of feedback is worrying. You can't hold your breath for
> 25 minutes, you don't know when to conclude that you have a serious problem
> that
On Jan 26, 2013, at 11:16 AM, Reindl Harald wrote:
>
>
> Am 26.01.2013 19:09, schrieb Chris Murphy:
>> I just don't see how it's best practices to be doing updates on live
>> processes. This seems sorta like a game to find out just how much one can
>> cheat the upgrade process before the shi
Am 25.01.2013 18:00, schrieb Nicolas Mailhot:
>
> 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 o
Am 25.01.2013 18:57, schrieb Rahul Sundaram:
> Just to be clear, RHEL != Fedora. Red Hat policy for RHEL kernel is not
> acceptable to Fedora and Fedora kernel
> continues to have the patches split out. You cannot use that to defend MySQL
> policies here. You can do whatever
> you want to d
Am 25.01.2013 19:20, schrieb Lennart Poettering:
>> Nonsense, for a distribution upgrade you just recommend the admin to
>> reboot the system when done.
>> Everybody expects to reboot after a big distro-sync anyway as there is a
>> new kernel and basically new-everything.
>
> Ah, so you have to
Am 25.01.2013 21:17, schrieb Jóhann B. Guðmundsson:
> On 01/25/2013 07:39 PM, Michał Piotrowski wrote:
>> I use Fedora as a server system for my daily developer work. I use
>> many services with different configurations. Actually updating it with
>> preupgrade/fedup is sometimes hard. Reinstallin
Hi
On Fri, Jan 25, 2013 at 1:05 PM, Reindl Harald
>
> if there is no way to have both, mysqld AND mariadb Fedora
> should do itself a favour and keep mysqld, not for now -
> forever or as long not most other software supports mariadb
> explicitly which is not the case now
>
It is very much poss
I have an rpm package where I need to stop the running service, remove
some files and start the service again depending on which package
version was already installed. I assume I need to do this in %postun,
where we normally do condrestart, but I don't know how to check the
version of the previousl
Am 26.01.2013 19:59, schrieb Rahul Sundaram:
> On Fri, Jan 25, 2013 at 1:05 PM, Reindl Harald
> if there is no way to have both, mysqld AND mariadb Fedora
> should do itself a favour and keep mysqld, not for now -
> forever or as long not most other software supports mariadb
> exp
On Sat, 26 Jan 2013 20:17:14 +0100
Jan-Frode Myklebust wrote:
> I have an rpm package where I need to stop the running service, remove
> some files and start the service again depending on which package
> version was already installed.
Perhaps %triggerpostun?
http://docs.fedoraproject.org/en-US
On 1/25/13, Kevin Fenzi wrote:
> Hey node.js people. Can you please fix these up?
This should be fixed early next week. Two of the missing deps are
already under review, and if somebody wants to take the last one I can
do a review in kind.
>> [node-gyp] node-gyp-0.8.2-3.fc19.noarch requires npm
Hi
> a operating systemd / distribution should not built for it's
> own with the attitude "what does us bother software outside our
> repos"?
>
> this NIH syndrome is very very bad
>
Both MySQL and MariaDB is available and neither was invented here and
either can be used as per your preference.
Le vendredi 25 janvier 2013 à 19:05 +0100, Reindl Harald a écrit :
>
> Am 25.01.2013 18:57, schrieb Rahul Sundaram:
> > Just to be clear, RHEL != Fedora. Red Hat policy for RHEL kernel is not
> > acceptable to Fedora and Fedora kernel
> > continues to have the patches split out. You cannot use
On 26 Jan 2013, at 13:09, Chris Murphy wrote:
On Jan 26, 2013, at 10:45 AM, Mike Pinkerton
wrote:
If a fedup upgrade can go offline for a lengthy, but uncertain,
amount of time, then the lack of feedback is worrying. You can't
hold your breath for 25 minutes, you don't know when to con
On Fri, 2013-01-25 at 19:05 +0100, Reindl Harald wrote:
>
> Am 25.01.2013 18:57, schrieb Rahul Sundaram:
> > Just to be clear, RHEL != Fedora. Red Hat policy for RHEL kernel
> is not acceptable to Fedora and Fedora kernel
> > continues to have the patches split out. You cannot use that to
> def
The attached patches upgrade gupnp-dlna to 0.9.4 and fix the rygel 0.17.7
build. Please apply to get people working again.
I have also emailed the typo fix patch upstream. I've attached it here for
convenience.
It would be nice if upstream rygel didn't require us to strip rpath after
the build.
Le samedi 26 janvier 2013 à 15:20 -0500, Mike Pinkerton a écrit :
> On 26 Jan 2013, at 13:09, Chris Murphy wrote:
>
> > On Jan 26, 2013, at 10:45 AM, Mike Pinkerton
> > wrote:
> >>
> >> If you could SSH into fedup during its "offline" period and get
> >> real time feedback about what it is do
On Sat, 2013-01-26 at 21:34 +0100, Reindl Harald wrote:
>
> Am 26.01.2013 21:24, schrieb Pierre-Yves Chibon:
> >> but keep in mind that Fedora is the base for RHEL
> >> applications may be certified for mysql
> >
> > And that is Fedora's problem how?
>
> and THAT is the problem with many pieces
Am 26.01.2013 21:14, schrieb Rahul Sundaram:
> a operating systemd / distribution should not built for it's
> own with the attitude "what does us bother software outside our
> repos"?
>
> this NIH syndrome is very very bad
> Both MySQL and MariaDB is available and neither was inv
Am 26.01.2013 21:24, schrieb Pierre-Yves Chibon:
>> but keep in mind that Fedora is the base for RHEL
>> applications may be certified for mysql
>
> And that is Fedora's problem how?
and THAT is the problem with many pieces of fedora-development
the last few years - what do we care for the rea
On 01/26/2013 08:42 PM, Pierre-Yves Chibon wrote:
On Sat, 2013-01-26 at 21:34 +0100, Reindl Harald wrote:
Am 26.01.2013 21:24, schrieb Pierre-Yves Chibon:
but keep in mind that Fedora is the base for RHEL
applications may be certified for mysql
And that is Fedora's problem how?
and THAT is th
Hi Mamoru,
On Sunday, 2013-01-27 03:09:22 +0900, Mamoru TASAKA wrote:
> >FYI - Looks like icu 50 landed in rawhide today with the usual soname bump
>
> Looks like several packages fails to build against new icu, with
> errors like:
>
> /builddir/build/BUILD/calligra-2.5.93/libs/db/drivers/sqlit
On Jan 25, 2013 3:45 PM, "Marcela Mašláňová" wrote:
>
> 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 cover
On Wednesday 23 January 2013 23:49:48 Kay Sievers wrote:
> ...
> We had no better idea really, than to copy the successful model we do
> for disks (and other subsystems) with /dev/disk/by-*/ symlinks. It was
> a well-known scheme, but it was certainly not know for network devices
> so far. So we pi
25.01.2013 22:27, Lennart Poettering пишет:
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 t
Rebuilt by me:
[389-adminutil]
[389-ds-base]
[R]
[templates_parser]
[aws]
[dwdiff]
[fcitx]
[flush]
[fmt-ptrn]
[pion-net]
[fatrat]
[gridsite]
[calibre]
[webkitgtk]
Failed (many icu flags thing: bug 856594)
[389-admin] - http://koji.fedoraproject.org/koji/taskinfo?taskID=4904943
[389-dsgw] - http:
Eike Rathke wrote, at 01/27/2013 08:02 AM +9:00:
Hi Mamoru,
On Sunday, 2013-01-27 03:09:22 +0900, Mamoru TASAKA wrote:
FYI - Looks like icu 50 landed in rawhide today with the usual soname bump
Looks like several packages fails to build against new icu, with
errors like:
/builddir/build/BUI
On Sat, 26 Jan 2013 05:49:25 + (UTC)
Ben Boeckel wrote:
> Looking at this, how about a simple rule about what makes a fedpkg
> build cascade up: While the next higher branch has the same version,
> but older pre-dist release number, merge --ff-only and trigger a
> build if one is not created
On Sun, 27 Jan 2013 11:30:22 +0900
Mamoru TASAKA wrote:
> Looks like patching against /usr/include/unicode/urename.h is more
> appropriate. I wrote some comments on bug 856594.
If that saves adding workarounds to a bunch of packages seems like the
better solution.
kevin
signature.asc
Descrip
On 01/25/2013 10:49 PM, Ben Boeckel wrote:
Looking at this, how about a simple rule about what makes a fedpkg build
cascade up: While the next higher branch has the same version, but older
pre-dist release number, merge --ff-only and trigger a build if one is
not created within an hour of the cur
On Sat, Jan 26, 2013 at 19:48:25 -0700, Kevin Fenzi wrote:
> Seems complex.
For the logic, the delay part, or a likely implementation?
> Would it run on the client or on the server side?
I was thinking server side at first, but maybe we could have fedpkg
detect this and ask if it's wanted when t
On 01/26/2013 08:51 PM, Kevin Fenzi wrote:
Failed (many icu flags thing: bug 856594)
...
[fawkes] - http://koji.fedoraproject.org/koji/taskinfo?taskID=4905075
Graphviz's API changed, I'm working on a fix for Fawkes now.
Then I had to leave and didn't get time to look at these:
...
[player]
lib
On Sat, Jan 26, 2013 at 2:59 AM, Jindrich Novy wrote:
> Example pdflatex error in log - style missing:
>
> ! LaTeX Error: File `upquote.sty' not found.
>
> Type X to quit or to proceed,
> or enter new name. (Default extension: sty)
>
>
> solution:
>
> # yum install 'tex(upquote.sty)
50 matches
Mail list logo
