Matthias Clasen wrote:
> I just realized that there is a change to the way polkit is packaged in
> f19 that spin maintainers should be aware of: the polkit package is just
> the service, which only provides the default policy as specified in the
> action definitions now. If you want or need support
Hi
On Mon, Feb 4, 2013 at 2:31 AM, Kevin Kofler wrote:
> For a starter, I propose excluding all new uses of Conflicts (except with
> < someEVR versioning where an EVR >= someEVR is already available in the
> repository, or if the item being conflicted with is not in Fedora), and
> trying to get
PPS: Oh, and this:
> The /usr/bin/soffice alias is still a problem since (in the Fedora
> packages) it would conflict between LibreOffice and Apache OpenOffice: it
> is recommended to fix it in the LibreOffice packages too, at least using
> the Alternatives system.
is just not acceptable. Alternati
David Tardon wrote:
> Hi,
>
> On Sun, Feb 03, 2013 at 11:26:35PM -0600, Chris Adams wrote:
>> Once upon a time, Stephen John Smoogen said:
>> > My understanding is that /usr/bin/soffice is a symlink in order to
>> > keep backwards maintainability. Personally I say both packages drop it
>> > beca
I wrote:
> Sandro Mani wrote:
>> Can't we simply re-organize the fedoraproject website in such way that
>> the download button points to something similar to the current "More
>> options" page, maybe with a small description for each desktop like "easy
>> to use" / "feature rich and customizable"
Rahul Sundaram wrote:
> Do you have a proposal to solve it other than excluding all possible
> alternative implementations? If so, you should post it and let FPC vote on
> it.
For a starter, I propose excluding all new uses of Conflicts (except with
< someEVR versioning where an EVR >= someEVR is
Richard W.M. Jones wrote:
> You should *always* set LC_ALL=C when running an external command from
> another program (and most probably from a shell script too).
I think LC_NUMERIC is probably what's wanted in this case, not LC_ALL.
Still, command-line arguments depending on LC_NUMERIC (or worse,
Mátyás Selmeci wrote:
> This may be a long shot, but I am interested in repackaging some
> RPMs (for example, some of the Globus packages in EPEL, as well as
> grid software that my group builds) such that the software in them
> may be installed by unprivileged users, or into a non-
Jaroslav Reznik wrote:
> = Features/ApacheOpenOffice =
> https://fedoraproject.org/wiki/Features/ApacheOpenOffice
>
> Feature owner(s): Andrea Pescetti
>
> Add Apache OpenOffice, the free productivity suite, to Fedora.
A big -1 to this feature, and in fact I'd urge FESCo to veto that package
o
Matej Cepl wrote:
> We don’t (unfortunately?) have policy to stop somebody from packaging
> whatever they want (if it satisfies Fedora packaging policy).
FESCo can explicitly veto a package or category of packages, see kernel
modules. Why would it not be possible to ban forks of LibreOffice by FE
Hi,
On Sun, Feb 03, 2013 at 11:26:35PM -0600, Chris Adams wrote:
> Once upon a time, Stephen John Smoogen said:
> > My understanding is that /usr/bin/soffice is a symlink in order to
> > keep backwards maintainability. Personally I say both packages drop it
> > because star office is s 1999.
Martin Sourada wrote:
> and supposedly AOO is rather popular, though I don't have any hard
> numbers, just a hearsay
Apache OpenOffice is popular because some people missed the LibreOffice
rename and don't realize they're actually using an inferior fork when they
download "OpenOffice".
Kevin Fenzi wrote:
> Because the current mysql maintainers are keeping it around for f19 as
> an option and others have expressed interest in taking over maintaining
> it.
Do we really have to do this? Having 2 conflicting packages which are drop-
in replacements of each other in the repository is
Jaroslav Reznik wrote:
> = Features/Cinnamon as Default Desktop =
> https://fedoraproject.org/wiki/Features/Cinnamon_as_Default_Desktop
>
> Feature owner(s): Eric Smith
>
> This feature proposes that Fedora switch the default desktop interface
> from Gnome 3 to Cinnamon. Cinnamon provides a desk
Adam Williamson wrote:
> 2. Can't we just not have a default?
>
> Not really. Others have touched on this, but the websites team really
> wants the simplicity of a straightforward 'Download' link that gets you
> a live image, and that pretty much requires a default desktop.
And just because the w
Matthias Clasen wrote:
> - Cinnamon started out as 'using GNOME components', but it is [now] a full
> fork of mutter, gnome-shell and nautilus, at least, and bug-fixes are not
> going either way...
Those are applications which form the workspace, not random "components".
I'm fairly sure that when
Sandro Mani wrote:
> Can't we simply re-organize the fedoraproject website in such way that the
> download button points to something similar to the current "More options"
> page, maybe with a small description for each desktop like "easy to use" /
> "feature rich and customizable" / "based on the
Eric Smith wrote:
> On 01/28/2013 08:47 AM, Máirín Duffy wrote:
>> I think switching the desktop that has been our default for over 10
>> years and 18 releases requires just a bit more research and reason
>> than that. ~m
>
> I don't disagree with the "more research and reason" part, but the
> cu
M. Edward (Ed) Borasky wrote:
> I love GNOME 3 and detest KDE 4. I've tried MATE and Cinnamon on both
> Linux Mint and Fedora and don't really see the point of either of them
> as long as GNOME 3 offers fallback mode.
Fallback mode is going away in F19, it's already gone upstream.
> When you come
Once upon a time, Stephen John Smoogen said:
> My understanding is that /usr/bin/soffice is a symlink in order to
> keep backwards maintainability. Personally I say both packages drop it
> because star office is s 1999. :)
There's more than just soffice:
$ rpm -ql libreoffice-core | grep bin
Hi
>
> But the fact that the packages conflict should stand in the way.
>
We don't have any guidelines that forbids it.
> I don't see how having 2 packages which are drop-in replacements of each
> other and ship conflicting files (requiring the packages to Conflict with
> each other at RPM leve
Remi Collet wrote:
> - if you don't like fork of MySQL, why do you fork other projects ?
> MW include a forked version of vsqlite++
> (and AFAIK, upstream is not aware of your changes / need)
Another project Oracle effectively forked in OpenOffice.org, by refusing to
donate the OpenOffice.org tra
Jóhann B. Guðmundsson wrote:
> If the current maintainers orphan mysql anyone can pick it up including
> Oracle employees and continue it's maintenance within the distribution.
>
> Any beef, competition or what not between Red Hat and Oracle ( or anyone
> else for that matter ) is between Red Hat
Jóhann B. Guðmundsson wrote:
> Users are better of keeping /home on a separated partition and re-use it
> with an fresh install then those poor attempts to "support" upgrades one
> way or another which at this point in time we cant do since the bits for
> that aren't properly aligned to make that h
drago01 wrote:
> I doubt that you can install all packages without hitting conflicts.
That just shows again how Conflicts are evil and how we're way too tolerant
about them. There should be NO conflicting packages in the official
repositories.
Kevin Kofler
--
devel mailing list
devel@
drago01 wrote:
> And the major issue with yum upgrades is that online upgrades can fail
> not only based on what you have installed but also what is currently
> running and it cannot handle stuff like usermove without user
> intervention.
1. That's a problem with UsrMove, not with yum!
2. UsrMove
Jaroslav Reznik wrote:
> = Features/FedoraUpgrade =
> https://fedoraproject.org/wiki/Features/FedoraUpgrade
>
> Feature owner(s): Miroslav Suchý
>
> Upgrade Fedora to next version using yum upgrade.
I agree this should be officially supported, but:
> I propose to have FedUp and FedoraUpgrade
Lennart Poettering 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...
That yum is tested every day a
Lennart Poettering wrote:
> The thing is that doing on-line updates only works for stuff you can
> restart, and that doesn't mind that things are not atomically
> updated. However, much (most?) of our code isn't like that. Anybody who
> tried to update the Firefox RPM while it is running knows that
Bruno Wolff III wrote:
> Note that this doesn't fix problems caused by dropped packages, that block
> other packages from being updated.
That's a problem for all upgrade methods, they might leave your system with
broken dependencies instead of erroring out, but in the end the problem is
always t
On Sun, Feb 3, 2013 at 8:04 PM, Toshio Kuratomi wrote:
> On Mon, Feb 04, 2013 at 12:15:43AM +0400, Pavel Alexeev wrote:
> > 01.02.2013 00:17, drago01 wrote:
> >
> > On Thu, Jan 31, 2013 at 8:10 PM, Adam Williamson <
> awill...@redhat.com> wrote:
> >
> > On Thu, 2013-01-31 at 14:20 +01
On 3 February 2013 19:04, Toshio Kuratomi wrote:
>> I think it should be approved first if it really required.
>
> alternatives is the wrong technology for end user facing applications.
> Why can't our apache openoffice package rename /usr/bin/soffice?
>
My understanding is that /usr/bin/soffice
On Mon, Feb 04, 2013 at 12:15:43AM +0400, Pavel Alexeev wrote:
> 01.02.2013 00:17, drago01 wrote:
>
> On Thu, Jan 31, 2013 at 8:10 PM, Adam Williamson
> wrote:
>
> On Thu, 2013-01-31 at 14:20 +0100, Robert Mayr wrote:
>
>
> I think that's not the point, one of the two
Hi Martin,
Am Donnerstag, den 31.01.2013, 13:28 +0100 schrieb Martin Sourada:
> Also, since Apache took over OpenOffice.org and put it out of
> incubation, it seems the development has been progressing rather well
> and in a different direction than LibreOffice. While both started from
> the sam
Jaroslav Reznik wrote, at 01/28/2013 08:27 PM +9:00:
= Features/libkkc =
https://fedoraproject.org/wiki/Features/libkkc
Feature owner(s): Daiki Ueno
libkkc, a new Japanese Kana Kanji input library, will be available in Fedora
19, along with an IBus input method engine which uses libkkc as bac
03.02.2013 21:48, Kevin Fenzi wrote:
On Sun, 03 Feb 2013 18:32:58 +0400
Pavel Alexeev wrote:
29.01.2013 10:59, lakshminaras2...@gmail.com wrote:
I am releasing ownership of the following packages due to lack of
time
chm2pdf -- A tool to convert CHM files to PDF files
I have taken this one
01.02.2013 17:38, Matej Cepl wrote:
On 2013-01-31, 22:07 GMT, Chris Adams wrote:
I'm not saying having both is a bad thing, but I would like to think
that there's some thought given to "does Fedora gain from having both",
since there is a cost involved.
We don’t (unfortunately?) have policy to
01.02.2013 00:17, drago01 wrote:
On Thu, Jan 31, 2013 at 8:10 PM, Adam Williamson wrote:
On Thu, 2013-01-31 at 14:20 +0100, Robert Mayr wrote:
I think that's not the point, one of the two suites will be dominant
and you can't provide both of them on a live image for example.
LibreOffice was i
Misc stuff:
[bootconf] - was deprecated without properly blocking. Filed:
https://fedorahosted.org/rel-eng/ticket/5466 to have it blocked.
[epiphany-extensions] - still needs blocking/EOL
See bug: https://bugzilla.redhat.com/show_bug.cgi?id=875234
[ghc-wai-extra] - still needs some new package
Hi
On Sun, Feb 3, 2013 at 2:29 PM, Reindl Harald wrote:
> useful to count what?
>
> you need users ACTIVELY use it
> you need users ACTIVELY use it after dist-upgrades
>
This isn't true. There is a cron job that continues to keep the profile
updated
>
> the only thing smolt stats are showing
Am 03.02.2013 20:22, schrieb Pierre-Yves Chibon:
> On Sun, 2013-02-03 at 17:53 +0100, Reindl Harald wrote:
>>
>> Am 03.02.2013 17:50, schrieb M. Edward (Ed) Borasky:
>>> Fedora used to have Smolt and there are tools to figure out what
>>> packages people use. There's no reason Fedora *can't* be d
On Sun, 2013-02-03 at 17:53 +0100, Reindl Harald wrote:
>
> Am 03.02.2013 17:50, schrieb M. Edward (Ed) Borasky:
> > Fedora used to have Smolt and there are tools to figure out what
> > packages people use. There's no reason Fedora *can't* be data driven,
> > but there's a whole lot of "business"
Am 03.02.2013 19:18, schrieb Rahul Sundaram:
> Hi
>
> On Sun, Feb 3, 2013 at 11:53 AM, Reindl Harald wrote:
>
> data like from smolt are useless!
>
> i maintain around 40 fedora-setups which are never touching
> any fedora-machine because of internal repos and it is countless
>
> you believe someone starts smolt manually on a clone
> to raise up any statistics? not really!
>
> fact is you have NO NUMBERS at all for opensource
>
That is not true. We have some numbers. They are not 100% accurate and we
never claim it will be. You are misleading users by talking about I
Hi
On Sun, Feb 3, 2013 at 11:53 AM, Reindl Harald wrote:
> data like from smolt are useless!
>
> i maintain around 40 fedora-setups which are never touching
> any fedora-machine because of internal repos and it is countless
> how many machines are often installed with one ISO download
>
Smolt pr
Hello.
Yum also may be used with --installroot=root
I have used yum and rpm on that kind with aliases for current user to
install software from repositories on shared hosting absolutely without
root privileges.
In most cases it works, except some cases when particular binaries looks
say own
On Sun, 03 Feb 2013 18:32:58 +0400
Pavel Alexeev wrote:
> 29.01.2013 10:59, lakshminaras2...@gmail.com wrote:
> > I am releasing ownership of the following packages due to lack of
> > time
> >
> > chm2pdf -- A tool to convert CHM files to PDF files
> >
> I have taken this one.
> Strange, but can'
01.02.2013 00:42, James Hogarth wrote:
Is it?
http://blog.mariadb.org/explanation-on-mariadb-10-0/ and
http://blog.mariadb.org/mariadb-10-0-and-mysql-5-6/ seem to
suggest that MariaDB will no longer be following Mysql as
religiously as the feature suggests
I'd still say y
Am 03.02.2013 17:50, schrieb M. Edward (Ed) Borasky:
> Fedora used to have Smolt and there are tools to figure out what
> packages people use. There's no reason Fedora *can't* be data driven,
> but there's a whole lot of "business" process stuff you'd need to
> commit to for it to work without wa
On Fri, Feb 1, 2013 at 12:46 PM, Peter Jones wrote:
> On Tue, Jan 29, 2013 at 04:25:05AM -0800, Dan Mashal wrote:
>> I'm sure QA, releng, docs, etc will go with what the community decides.
>>
>> Lets have a poll. A very public one.
>>
>> On the main website. Not somebody's blog. And let's let the
W dniu 02.02.2013 10:55, Orcan Ogetbil pisze:
> On Sat, Feb 2, 2013 at 4:33 AM, Julian Sikorski wrote:
>> Hi,
>>
>> I am having issues building mplayer using gcc-4.8. An updated srpm [1]
>> builds fine in mock for fedora-18-x86_64-rpmfusion_free target (when
>> chain-built with ffmpeg-1.1.1), but o
hello,
due a mistake the license tag of the gprolog package specify a wrong
license. The gprolog package should be licensed under the GPLv2+
instead of GPLv2.
I have corrected the wrong license specification on all currently
maintained fedora distributions.
Best Regards:
Jochen Schmitt
--
dev
On 02/01/2013 04:39 PM, Bill Nottingham wrote:
> Jaroslav Reznik (jrez...@redhat.com) said:
>> Feature owner(s): Cole Robinson , Amit Shah
>>
>>
>> Provide a paravirtual random number generator to virtual machines, to
>> prevent
>> entropy starvation in guests.
>>
>> == Detailed description
I would like take dvtm and pstreams-devel.
29.01.2013 05:37, Rakesh Pandit wrote:
Hi,
I haven't been able to keep up maintenance of packages for year plus
now and I don't see myself doing that for next 6-7months more. Right
now I am too busy with university course work.
But I will come back an
29.01.2013 06:51, Richard Shaw wrote:
On Mon, Jan 28, 2013 at 7:37 PM, Rakesh Pandit wrote:
tinyxml -- A simple, small, C++ XML parser
I've requested this one in pkgdb.
It is interesting and small library and there I found tends to bundle it
in other packages which is not listed as exception:
On 02/03/2013 10:25 PM, Fedora Rawhide Report wrote:
Compose started at Sun Feb 3 08:17:07 UTC 2013
Broken deps for x86_64
--
[gnome-applets]
1:gnome-applets-3.5.92-3.fc18.x86_64 requires
libgweather-3.so.1()(64bit)
With the fal
29.01.2013 10:59, lakshminaras2...@gmail.com wrote:
I am releasing ownership of the following packages due to lack of time
chm2pdf -- A tool to convert CHM files to PDF files
I have taken this one.
Strange, but can't do it for Fedora 17.
emacs-slime -- The superior lisp interaction mode for
Compose started at Sun Feb 3 08:17:07 UTC 2013
Broken deps for x86_64
--
[4ti2]
4ti2-1.3.2-12.fc18.x86_64 requires libglpk.so.0()(64bit)
[bibletime]
bibletime-2.9.1-3.fc18.x86_64 requires libicuuc.so.49()(64bit)
bible
Il 02/02/2013 14:49, Björn Persson ha scritto:
> Paolo Bonzini wrote:
>> If you're talking about RDRAND, it doesn't hand out entropy. That's
>> RDSEED, which will only come with Haswell.
>>
>> RDRAND only hands out random numbers.
>
> Huh? "Random numbers" is pretty much synonymous to "entropy" i
It takes a brave soul to publicly apologize.
And thank you Jared for the great advice, I feel like I owe one as well but
not in this thread.
Dan
On Sunday, February 3, 2013, Jared K. Smith wrote:
> On Sat, Feb 2, 2013 at 6:32 PM, "Jóhann B. Guðmundsson"
> > wrote:
> > Last night I let my feelin
On Sat, Feb 2, 2013 at 6:32 PM, "Jóhann B. Guðmundsson"
wrote:
> Last night I let my feelings getting best of me got drunk, went out of line,
> generally behaved dishonorably and in the process disrespected the community
> and the people in it.
Thank you for realizing you had stepped over the lin
On Sat, 02 Feb 2013 19:54:23 -0700, Orion Poplawski wrote:
> Looks like going from glpk 4.47 to 4.48 bumped the soname from
> libglpk.so.0 to libglpk.so.33. Something tells me this was not expected
> and is not correct. Can this be verified?
>
Could be an accident in the upstream tarball ind
On Fri, Feb 1, 2013 at 12:46 PM, Peter Jones wrote:
> On Tue, Jan 29, 2013 at 04:25:05AM -0800, Dan Mashal wrote:
>> I'm sure QA, releng, docs, etc will go with what the community decides.
>>
>> Lets have a poll. A very public one.
>>
>> On the main website. Not somebody's blog. And let's let the
63 matches
Mail list logo
