On Thu, Jan 05, 2012 at 09:42:24AM +0200, Ville Skyttä wrote:
> On 2012-01-05 03:25, Reindl Harald wrote:
> > why in the world introducing updates the installation
> > of devel-packages?
>
> Packaging bugs, in this case https://bugzilla.redhat.com/748362 .
And https://bugzilla.redhat.com/show_bug
On 01/05/2012 11:55 PM, Adam Jackson wrote:
On Thu, 2012-01-05 at 22:38 +0100, Ralf Corsepius wrote:
They do not mean the resulting packages are more or less broken than
those having been built by predecessors of the toolchains.
Neither does an "ordered rebuild". Even assuming the concept of
Hi, a new cfistio package (3.290) as landed in rawhide. Packages
depending on cfitsio should be rebuilt.
Regards, Sergio
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 01/05/2012 03:10 PM, Brendan Jones wrote:
I've seen nils' list and a few of my packages are on it. What can we do
now to fix it? I've noticed some koji builds for the new compiler but
other than that, should I wait for the FTB.. to come in?
One of my packages was on the list, it had a simpl
On Thu, 2012-01-05 at 22:38 +0100, Ralf Corsepius wrote:
> They do not mean the resulting packages are more or less broken than
> those having been built by predecessors of the toolchains.
Neither does an "ordered rebuild". Even assuming the concept of
ordering was any more well defined than ts
Tom Lane wrote:
> I've got other critpath packages, so I know exactly what kind of
> additional bureaucracy I'm getting into, thank you. But I'm not
> following how something that's not even installed by default can
> reasonably become marked critpath.
mysql-server is actually installed by defaul
On 01/04/2012 06:27 PM, Dennis Gilmore wrote:
starting immediatly there is going to be a mass rebuild of rawhide for gcc-4.7
that landed yesterday.
as approved by FESCo (https://fedorahosted.org/fesco/ticket/739)
packagers will have just over a week, until Thursday Jan 12 to build
packages them
On 01/05/2012 09:03 PM, Kevin Kofler wrote:
Brendan Jones wrote:
Can understand that this is a hot topic but ... Surely for a single user
desktop you don't need a concurrent DB backend.
Try reading your existing mail while fetching new one. (Just one example.)
(And that hasn't worked with KMa
On Thu, Jan 5, 2012 at 5:51 PM, Tom Lane wrote:
> Peter Robinson writes:
>> On Thu, Jan 5, 2012 at 5:36 PM, Tom Lane wrote:
>>> That answer doesn't make me any happier. I've got a problem with being
>>> saddled with an extra layer of bureaucracy without any say-so on my
>>> part, and I'm also q
On 01/05/2012 10:06 PM, Jon Masters wrote:
On Thu, 2012-01-05 at 21:47 +0100, Ralf Corsepius wrote:
I guess you are referring an "ordered rebuild", not a "simple sequential
rebuild".
The latter would be mostly useless.
For bootstrapping, ideally there would be ordered rebuilds, but even any
On Thu, 2012-01-05 at 21:47 +0100, Ralf Corsepius wrote:
> I guess you are referring an "ordered rebuild", not a "simple sequential
> rebuild".
>
> The latter would be mostly useless.
For bootstrapping, ideally there would be ordered rebuilds, but even any
mass rebuild assists more than having
Fixed my broken packages in rawhide:
* libjingle - http://koji.fedoraproject.org/koji/taskinfo?taskID=3623092
* rekall - http://koji.fedoraproject.org/koji/taskinfo?taskID=3623152
* xbase - http://koji.fedoraproject.org/koji/taskinfo?taskID=3623229
* xsupplicant - http://koji.fedoraproject.org/koj
When you commit and push a patch to the git repo, and you add the git
commit message to the ticket comment, you can easily make the commit a
link to the changeset in the trac source browser - just change
commit 20ab029c0f0309838
to
commit changeset:20ab029c0f0309838/389-ds-base
the tra
On 01/05/2012 09:21 PM, Jon Masters wrote:
On Thu, 2012-01-05 at 11:18 -0600, Dennis Gilmore wrote:
El Thu, 05 Jan 2012 10:37:41 -0500
Tom Callaway escribió:
On 01/05/2012 09:40 AM, Richard Shaw wrote:
I just didn't know if there was any "filtering" going on for the
mass rebuild or if all pac
Stijn Hoop wrote:
> Well it also took them two years to consider 'NFS mounted home' a valid
> use case, during which the whole 'you really need MySQL!!!' was broken
> for our site.
It's easy to switch (maybe I should blog about it... )
per user: kcmshell4 akonadi
per machine/site: create/edit
On Thu, Jan 5, 2012 at 2:21 PM, Jon Masters wrote:
> On Thu, 2012-01-05 at 11:18 -0600, Dennis Gilmore wrote:
> > El Thu, 05 Jan 2012 10:37:41 -0500
> > Tom Callaway escribió:
> > > On 01/05/2012 09:40 AM, Richard Shaw wrote:
> > > > I just didn't know if there was any "filtering" going on for t
On Thu, 05 Jan 2012 20:20:55 +0100
Kevin Kofler wrote:
> Rex Dieter wrote:
> > I'm of a mind to revisit this (again).
>
> NO, not again!!!
>
> Can we please stop this nonsense?
>
> Upstream defaults to MySQL for a reason, and strongly recommends NOT
> using the SQLite backend by default. SQLit
Dennis Gilmore wrote:
> considering that mysql couldnt cope with my email and i had to stop
> using kmail all together going to sqlite im sure would be worse. but
> thats my 2c
Flipping defaults doesn't mean other backends cannot be used. We've helped
make sure that switching backends (to/from
On Thu, 2012-01-05 at 11:18 -0600, Dennis Gilmore wrote:
> El Thu, 05 Jan 2012 10:37:41 -0500
> Tom Callaway escribió:
> > On 01/05/2012 09:40 AM, Richard Shaw wrote:
> > > I just didn't know if there was any "filtering" going on for the
> > > mass rebuild or if all packages, regardless of depende
On Thursday 05 January 2012, Michael J Gruber wrote:
> I don't know anything about rpmfusion packaging and infrastructure, so
> I'd be happy if someone picks up xine-ui there. In fact, xine-ui gets
> most xine related abrt reports, it seems, and I always found it
> difficult to decide whether those
Kevin Kofler wrote:
> Rex Dieter wrote:
>> I'm of a mind to revisit this (again).
>
> NO, not again!!!
>
> Can we please stop this nonsense?
>
> Upstream defaults to MySQL for a reason, and strongly recommends NOT using
> the SQLite backend by default. SQLite doesn't support concurrency (i.e.
>
Brendan Jones wrote:
> Can understand that this is a hot topic but ... Surely for a single user
> desktop you don't need a concurrent DB backend.
Try reading your existing mail while fetching new one. (Just one example.)
(And that hasn't worked with KMail 1 ever, AFAIK KMail 2 finally fixes this,
Kevin Kofler venit, vidit, dixit 05.01.2012 20:56:
> Hi,
>
> the current xine-lib maintainer speaking. :-)
>
> The Xine project:
> http://www.xine-project.org/home
> has recently released a new major version, version 1.2.0.
>
> Unfortunately, among the list of changes:
> http://sourceforge.net/p
Reindl Harald wrote:
>
>
> Am 05.01.2012 20:22, schrieb Kevin Kofler:
>> Akonadi ships its own default MySQL configuration, which is per user. It
>> does not use or require the systemwide instance (by default; it can be
>> configured to connect to a systemwide or even remote MySQL server, but
>>
Reindl Harald wrote:
> does it also run "mysql_upgrade" automatically or is it
> supposed to be the road of dead two mysql-major-releases
> later?
AFAIK, it does run mysql_upgrade when needed.
> somehow strange that amarok was crippled down from optional
> mysqld-usage to sqlite and now KDE intro
Being the avid package monkey I am, I whipped up some initial packaging for
http://gitorious.org/qt-at-spi/ in my space at
http://rdieter.fedorapeople.org/rpms/qt-at-spi/
Hoping someone with more interest in this area would be able to pick this up
to maintain officially. Be happy to help with s
El Thu, 05 Jan 2012 20:20:55 +0100
Kevin Kofler escribió:
> Rex Dieter wrote:
> > I'm of a mind to revisit this (again).
>
> NO, not again!!!
>
> Can we please stop this nonsense?
>
> Upstream defaults to MySQL for a reason, and strongly recommends NOT
> using the SQLite backend by default. SQL
Hi,
the current xine-lib maintainer speaking. :-)
The Xine project:
http://www.xine-project.org/home
has recently released a new major version, version 1.2.0.
Unfortunately, among the list of changes:
http://sourceforge.net/projects/xine/files/xine-lib/1.2.0/README.txt.asc/view
there are these n
On Thu, Jan 05, 2012 at 02:08:02PM -0500, Tom Lane wrote:
> Toshio Kuratomi writes:
> > On Thu, Jan 05, 2012 at 01:13:47PM -0500, Bill Nottingham wrote:
> >> We could consider having pkgdb e-mail the owner when the critpath bit for
> >> the package gets flipped. Toshio, is that possible?
>
> > It
On 01/05/2012 08:20 PM, Kevin Kofler wrote:
Rex Dieter wrote:
I'm of a mind to revisit this (again).
NO, not again!!!
Can we please stop this nonsense?
Upstream defaults to MySQL for a reason, and strongly recommends NOT using
the SQLite backend by default. SQLite doesn't support concurrency
Kevin Kofler (kevin.kof...@chello.at) said:
> Bill Nottingham wrote:
> > kdepim is in critical path as part of 'critical-path-apps', which is
> > essentially mail & web. The change that caused this to get added is that
> > the script prior to early December wasn't actually iterating over the
> > p
Am 05.01.2012 20:22, schrieb Kevin Kofler:
> Akonadi ships its own default MySQL configuration, which is per user. It
> does not use or require the systemwide instance (by default; it can be
> configured to connect to a systemwide or even remote MySQL server, but the
> default is a local per-u
Bill Nottingham wrote:
> kdepim is in critical path as part of 'critical-path-apps', which is
> essentially mail & web. The change that caused this to get added is that
> the script prior to early December wasn't actually iterating over the
> proper critpath groups, including critical-path-apps.
I
Tom Lane wrote:
> I'd recommend it. mysql is kind of a heavyweight requirement to have
> underneath a desktop component: it raises the ante in terms of what has
> to be installed and running, and in terms of required sysadmin-ish
> know-how. (Does the average user have a clue how to configure mys
Rex Dieter wrote:
> I'm of a mind to revisit this (again).
NO, not again!!!
Can we please stop this nonsense?
Upstream defaults to MySQL for a reason, and strongly recommends NOT using
the SQLite backend by default. SQLite doesn't support concurrency (i.e. any
Akonadi operation blocks all othe
On Thu, 2012-01-05 at 14:08 -0500, Tom Lane wrote:
> Toshio Kuratomi writes:
> > On Thu, Jan 05, 2012 at 01:13:47PM -0500, Bill Nottingham wrote:
> >> We could consider having pkgdb e-mail the owner when the critpath bit for
> >> the package gets flipped. Toshio, is that possible?
>
> > It is if
Toshio Kuratomi writes:
> On Thu, Jan 05, 2012 at 01:13:47PM -0500, Bill Nottingham wrote:
>> We could consider having pkgdb e-mail the owner when the critpath bit for
>> the package gets flipped. Toshio, is that possible?
> It is if we decide we want to do that.
> Just let me know and I'll gener
On Thu, Jan 05, 2012 at 01:13:47PM -0500, Bill Nottingham wrote:
> Tom Lane (t...@redhat.com) said:
> > So I submitted a routine bodhi request for updating mysql, and was
> > astonished to find that it's marked as critpath. It was never that
> > before. Who decided this,
>
> The dependency solv
Rex Dieter writes:
> Bill Nottingham wrote:
>> As to where it came from, the dep chain is:
>>
>> kdepim
>> -> akonadi
>> -> qt-mysql, mysql-server
>>
>> kdepim is in critical path as part of 'critical-path-apps', which is
>> essentially mail & web.
> Sorry Tom, didn't foresee all the implicatio
On 2012-01-05 20:34, Rex Dieter wrote:
> Ville Skyttä wrote:
>
>> On 2012-01-05 19:18, Dennis Gilmore wrote:
>>
>>> ideally drop all the disttags prior to fc17
>>
>> I hope I'm just having trouble parsing this correctly. Could you
>> rephrase?
>
> Rebuild all packages, so they end up with fc17 d
Brendan Jones wrote:
On 01/05/2012 07:32 PM, Rex Dieter wrote:
Sorry Tom, didn't foresee all the implications when we flipped f16's
default
akonadi backend sqlite -> mysql late(ish) in the cycle.
I'm of a mind to revisit this (again).
-- rex
Just my 2c, I'm also of the opinion something li
Bill Nottingham writes:
> http://lists.fedoraproject.org/pipermail/devel-announce/2011-December/000868.html
> ... The change that caused this to get added is that the
> script prior to early December wasn't actually iterating over the proper
> critpath groups, including critical-path-apps.
Ah. S
On 01/05/2012 07:32 PM, Rex Dieter wrote:
Sorry Tom, didn't foresee all the implications when we flipped f16's default
akonadi backend sqlite -> mysql late(ish) in the cycle.
I'm of a mind to revisit this (again).
-- rex
Just my 2c, I'm also of the opinion something lighter than mysql is mor
Ville Skyttä wrote:
> On 2012-01-05 19:18, Dennis Gilmore wrote:
>
>> ideally drop all the disttags prior to fc17
>
> I hope I'm just having trouble parsing this correctly. Could you
> rephrase?
Rebuild all packages, so they end up with fc17 disttags, to help avoid the
"why do I have a fc15 p
Bill Nottingham wrote:
> Tom Lane (t...@redhat.com) said:
>> So I submitted a routine bodhi request for updating mysql, and was
>> astonished to find that it's marked as critpath. It was never that
>> before. Who decided this,
>
> The dependency solver. It's not a manual process.
>
>> and woul
On 2012-01-05 19:18, Dennis Gilmore wrote:
> ideally drop all the disttags prior to fc17
I hope I'm just having trouble parsing this correctly. Could you rephrase?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Tom Lane (t...@redhat.com) said:
> So I submitted a routine bodhi request for updating mysql, and was
> astonished to find that it's marked as critpath. It was never that
> before. Who decided this,
The dependency solver. It's not a manual process.
> and would it not have been polite to involv
Peter Robinson writes:
> On Thu, Jan 5, 2012 at 5:36 PM, Tom Lane wrote:
>> That answer doesn't make me any happier. I've got a problem with being
>> saddled with an extra layer of bureaucracy without any say-so on my
>> part, and I'm also quite nervous about the idea of something that is
>> gen
the idea of something
> that is genuinely critpath depending on something as rickety as mysql.
>
> How would I find out exactly where the dep came from, so I can have
> a word with that package's maintainer?
>
> regards, tom lane
http://koji.fedoraproje
On Thu, Jan 5, 2012 at 5:36 PM, Tom Lane wrote:
> Dennis Gilmore writes:
>> El Thu, 05 Jan 2012 12:16:34 -0500
>> Tom Lane escribió:
>>> So I submitted a routine bodhi request for updating mysql, and was
>>> astonished to find that it's marked as critpath. It was never that
>>> before. Who dec
Dennis Gilmore writes:
> El Thu, 05 Jan 2012 12:16:34 -0500
> Tom Lane escribió:
>> So I submitted a routine bodhi request for updating mysql, and was
>> astonished to find that it's marked as critpath. It was never that
>> before. Who decided this, and would it not have been polite to
>> invo
El Thu, 05 Jan 2012 12:16:34 -0500
Tom Lane escribió:
> So I submitted a routine bodhi request for updating mysql, and was
> astonished to find that it's marked as critpath. It was never that
> before. Who decided this, and would it not have been polite to
> involve or at least notify the packag
El Thu, 5 Jan 2012 15:20:09 +0100
Michael Schwendt escribió:
> On Thu, 5 Jan 2012 08:11:07 -0600, DG (Dennis) wrote:
>
> > > > Is it significant that all three filenames end in "-srpm"? Or
> > > > should this be considered a bug in Koji?
> > >
> > > I think the -srpm in there is not important.
El Thu, 05 Jan 2012 10:37:41 -0500
Tom Callaway escribió:
> On 01/05/2012 09:40 AM, Richard Shaw wrote:
> > I just didn't know if there was any "filtering" going on for the
> > mass rebuild or if all packages, regardless of dependence on gcc
> > were going to be rebuilt.
>
> My understanding is t
So I submitted a routine bodhi request for updating mysql, and was
astonished to find that it's marked as critpath. It was never that
before. Who decided this, and would it not have been polite to involve
or at least notify the package maintainer?
regards, tom lane
--
de
> I'll try to get a macros.gnat-srpm into redhat-rpm- config.
I have filed this request:
https://bugzilla.redhat.com/show_bug.cgi?id=772012
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedora
Petr Pisar wrote:
> I've already written suggestion to redhat-rpm-config owner to plug
> dependencies maintained by particular SIGs (like perl or ada) to get
> them controll over macros in minimal build root. However he has never
> replied.
>
> I think this is inevitabla to allow smooth upgrades a
On 01/05/2012 09:40 AM, Richard Shaw wrote:
> I just didn't know if there was any "filtering" going on for the mass
> rebuild or if all packages, regardless of dependence on gcc were going
> to be rebuilt.
My understanding is that we traditionally rebuild everything at the time
of a mass rebuild,
On 12/15/2011 07:14 PM, Brendan Jones wrote:
I would like to swap reviews for the following. All are very tiny so
feel free to swap 2 for one. Listed in descending priority:
https://bugzilla.redhat.com/show_bug.cgi?id=760270
lv2-ams-plugins - LV2 port of the Alsa Modular Synth modules
https://b
Thanks Michael and Dennis! I'll try to get a macros.gnat-srpm into redhat-rpm-
config.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, Jan 5, 2012 at 4:21 AM, Petr Pisar wrote:
> On 2012-01-04, Richard Shaw wrote:
>> I assume this is only required for packages that use gcc? So any other
>> packages (perl, python, java, etc.) are excluded from this, correct?
>>
> A lot of modules in interpreted languages use compiled glue
On Thu, 5 Jan 2012 08:11:07 -0600, DG (Dennis) wrote:
> > > Is it significant that all three filenames end in "-srpm"? Or
> > > should this be considered a bug in Koji?
> >
> > I think the -srpm in there is not important.
> >
> > $ ls /etc/rpm
> > macros.color macros.fjava macros.mono-srp
El Thu, 5 Jan 2012 13:22:34 +0100
Michael Schwendt escribió:
> On Thu, 5 Jan 2012 13:08:21 +0100, BP (Björn) wrote:
>
> > I need some advice on how to fix this build failure. The GtkAda
> > package builds fine in Mock, but fails in Koji with the error "No
> > matching arches were found":
> >
> >
Kevin Kofler wrote:
> Just ignore rpmlint there. :-) If you have proper Requires in place to
> ensure the symlink targets will actually be installed, it's fine.
I do, so I'll just ignore them.
> Yes, it's called noarch subpackages and has been supported in Fedora for a
> while. Just declare t
I've already written suggestion to redhat-rpm-config owner to plug
dependencies maintained by particular SIGs (like perl or ada) to get
them controll over macros in minimal build root. However he has never
replied.
I think this is inevitabla to allow smooth upgrades and boot-strapping
of big packa
On Thu, 5 Jan 2012 13:08:21 +0100, BP (Björn) wrote:
> I need some advice on how to fix this build failure. The GtkAda package
> builds
> fine in Mock, but fails in Koji with the error "No matching arches were
> found":
>
> http://koji.fedoraproject.org/koji/taskinfo?taskID=3621310
>
> Severa
I need some advice on how to fix this build failure. The GtkAda package builds
fine in Mock, but fails in Koji with the error "No matching arches were found":
http://koji.fedoraproject.org/koji/taskinfo?taskID=3621310
Several Ada packages need an ExclusiveArch directive to prevent attempts to
b
On 2012-01-04, Richard Shaw wrote:
> On Wed, Jan 4, 2012 at 11:27 AM, Dennis Gilmore wrote:
>> starting immediatly there is going to be a mass rebuild of rawhide
>> for gcc-4.7 that landed yesterday.
>>
>> as approved by FESCo (https://fedorahosted.org/fesco/ticket/739)
>> packagers will have jus
commit 7cda3d0eb50785cf0b341565e530f1b23a91908e
Author: Iain Arnell
Date: Thu Jan 5 11:11:12 2012 +0100
update to 1.40
.gitignore |1 +
perl-Cache-FastMmap.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --
A file has been added to the lookaside cache for perl-Cache-FastMmap:
e0929ba556c629a43f5d65a2b6cb9a2f Cache-FastMmap-1.40.tar.gz
--
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
On Thu, Jan 05, 2012 at 09:17:16AM +0100, Tomasz Torcz wrote:
> ~ without recurse, and standard XDG directories in ~ with recurse.
> In ~/Documents I have 4GiB of mostly .c source files in various revisions,
> for a total of 189833 files. In other directories I have 5 photos in .jpg,
> and couple
On Wed, Jan 04, 2012 at 12:22:12PM +0100, Olav Vitters wrote:
> On Tue, Jan 03, 2012 at 05:47:11PM +0100, Tomasz Torcz wrote:
> > Also, 30 GiB in .cache/tracker is a bit extreme when rest of my ~ is 4
> > GiB.
>
> Tracker should only index a few standard directories ($HOME without
> subdirector
72 matches
Mail list logo
