On 26/01/12 01:19, Kevin Fenzi wrote:
I would personally advise against this way forward. I'd like to suggest
an alternative:
* Gather folks interested in this (you should be able to see some from
this thread). Perhaps announce that you are forming a group to look
into this.
* Get
Michał Piotrowski wrote:
Microsoft has changed the way of prerelease version naming
Alpha - Developer Preview
Beta - Consumer Preview
Release Candidate - Enterprise (or Business) Preview
Ugh, no thanks!
I'd suggest going with the naming KDE, a leading Free Software project uses:
Alpha → Beta
Reindl Harald wrote:
i made several HUNDRET of dist-upgrades with yum since FC3 and
upgrade via DVD/Preupgrade is simply UNACEPPTABLE
+1
IMHO this is a showstopper and approval for UsrMove should be withdrawn and
the feature reverted.
Kevin Kofler
--
devel mailing list
Greg wrote:
i don't have any problems downloading a DvD, or a LiveCD
Live CDs cannot be used to upgrade existing systems.
As for the DVD, it does not include the updates repository when doing
upgrades (you can only add additional repositories for fresh installations),
which means the process
I wrote:
IMHO this is a showstopper and approval for UsrMove should be withdrawn
and the feature reverted.
PS: Oh, and I don't see why this cannot be fixed by a %pretrans scriptlet in
filesystem rather than a script we have to run by hand. That's what
%pretrans is for. (We successfully used
On 01/26/2012 02:19 AM, Kevin Fenzi wrote:
On Wed, 25 Jan 2012 21:37:36 -0200
Henrique Juniorhenrique...@gmail.com wrote:
I would like to see Fedora following the path of rolling release.
openSUSE is doing a great job with the Tumbleweed, still keeping the
same old system of releases and
While I take issue with how Reindl is presenting his case, I'd just
like to add a concurring voice to the original point: this will
negatively affect a particular swath of users, of which I am one.
Media-driven upgrades aren't a reasonable option for my (admittedly
small) collection of machines,
Dne 26.1.2012 02:05, Manuel Escudero napsal(a):
I don't know if you're aware of this or not, but a user managed to
port Ubuntu's Unity to OpenSUSE 12.1 as you can see here:
http://en.opensuse.org/openSUSE:GNOME_Ayatana
And also I've been told this desktop is available for
ArchLinux now as
Hi all,
Forwarding this to get more attention from Korean users and developers.
If no one objects, I'll start working on the transtion so that it can be
tested with F17 Alpha.
Regards,
Start of forwarded message
Message-ID:
On Thu, Jan 26, 2012 at 1:34 AM, Toshio Kuratomi a.bad...@gmail.com wrote:
On Wed, Jan 25, 2012 at 10:48:27PM +, Peter Robinson wrote:
Hi All,
So I saw a rpm update and a number of other builds today when dealing
with various packaging bits. Checking the update [1] and reading the
Hi to all developers on Fedora,
In this week, on Italian Fedora Community a user ask help about a problem
with his external monitor [1].
He has an Nvidia card with Optimus tecnology. We see the Bumblebee project
[2] that is not packaged for Fedora.
What do you think about bumblebee? And what
On Thu, Jan 26, 2012 at 8:24 AM, Kevin Kofler kevin.kof...@chello.at wrote:
Reindl Harald wrote:
i made several HUNDRET of dist-upgrades with yum since FC3 and
upgrade via DVD/Preupgrade is simply UNACEPPTABLE
+1
IMHO this is a showstopper and approval for UsrMove should be withdrawn and
On 01/26/2012 02:34 AM, Toshio Kuratomi wrote:
On Wed, Jan 25, 2012 at 10:48:27PM +, Peter Robinson wrote:
Hi All,
So I saw a rpm update and a number of other builds today when dealing
with various packaging bits. Checking the update [1] and reading the
attached bug [2] I was a little
On 26/01/12 09:35, Mario Santagiuliana wrote:
What do you think about bumblebee? And what do you think to package it in
Fedora?
If you are able to package it, go ahead.
https://fedoraproject.org/wiki/Category:Package_Maintainers
If not put in on a wishlist.
In data giovedì 26 gennaio 2012 09:33:22, Frank Murphy ha scritto:
On 26/01/12 09:35, Mario Santagiuliana wrote:
What do you think about bumblebee? And what do you think to package
it in Fedora?
If you are able to package it, go ahead.
On 26/01/2012 7:31 PM, Kevin Kofler wrote:
Live CDs cannot be used to upgrade existing systems.
As for the DVD, it does not include the updates repository when doing
upgrades (you can only add additional repositories for fresh installations),
which means the process is completely broken due to
cc list.
On 26/01/12 09:46, Mario Santagiuliana wrote:
Thank you Frank, I am just a Fedora packager :)
I would a feedback from you. I understand that bumblebee is just a
temporary project. All the features should be integrate in kernel...but I
am not a really expert of Linux kernel...
Maybe
A file has been added to the lookaside cache for perl-Locale-SubCountry:
e40c500ef7d5ae45b3ab1bb9a05f9a5b Locale-SubCountry-1.47.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit 8b5fe33268b7e90565d244a780f8e4e0b58e0ea6
Author: Petr Písař ppi...@redhat.com
Date: Thu Jan 26 10:49:25 2012 +0100
1.47 bump
.gitignore |1 +
perl-Locale-SubCountry.spec | 56 ---
sources |2 +-
Am 26.01.2012 10:42, schrieb Greg:
if one doesnt like it then all i can suggest is move to a different Distro.
just because it's gonna interupt people from using yum upgrade dist or
whatever. this is the 21st century yanno. technology does improve
or get better.
where is the improvement
On 26/01/12 09:46, Mario Santagiuliana wrote:
Thank you Frank, I am just a Fedora packager :)
I would a feedback from you. I understand that bumblebee is just a
temporary project. All the features should be integrate in kernel...but I
am not a really expert of Linux kernel...
I've had a quick
I looked into packaging it for Fedora a while back, but there are a couple
of issues, iirc.
First of all, you'll also need to package VirtualGL, which isn't part of
Fedora at the moment either.
Aside from that, Bumblebee(d) needs one of the vga_switcheroo, acpi_call or
similar kernel modules to
A file has been added to the lookaside cache for perl-Statistics-Basic:
6d0857688035c62a6979af9b15dcb030 Statistics-Basic-1.6607.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On Thu, 26 Jan 2012 08:12:43 +0100, Sérgio Basto wrote:
/usr/bin/kmk_sed: file
/builddir/build/BUILD/VirtualBox-4.1.8_OSE/src/VBox/Runtime/common/err/errmsg.sed
line 31: Unmatched [ or [^
kmk: ***
[/builddir/build/BUILD/VirtualBox-4.1.8_OSE/obj/obj/Runtime/errmsgdata.h]
Error 1
kmk: ***
On 26/01/2012 8:58 PM, Reindl Harald wrote:
where is the improvement or does anything get better if things
worked for years got damaged? you definition of improvement
must have a bug!
first thing. i agree that the Linux Filesystem needs to be cleaned up.
by doing what redhat/Fedora is
2012/1/26 Markus Mayer lotharl...@gmx.de:
On 01/26/2012 02:19 AM, Kevin Fenzi wrote:
On Wed, 25 Jan 2012 21:37:36 -0200
Henrique Juniorhenrique...@gmail.com wrote:
I would like to see Fedora following the path of rolling release.
openSUSE is doing a great job with the Tumbleweed, still
Am 26.01.2012 12:29, schrieb Greg:
On 26/01/2012 8:58 PM, Reindl Harald wrote:
where is the improvement or does anything get better if things
worked for years got damaged? you definition of improvement
must have a bug!
first thing. i agree that the Linux Filesystem needs to be cleaned up.
On Wed, Jan 25, 2012 at 11:19 PM, Kevin Fenzi ke...@scrye.com wrote:
I would personally advise against this way forward. I'd like to suggest
an alternative:
* Gather folks interested in this (you should be able to see some from
this thread). Perhaps announce that you are forming a group to
On 26/01/12 11:37, Henrique Junior wrote:
Did we have someone to lead this process?
possibly the op
--
Regards,
Frank Murphy, friend of fedoraproject
UTF_8 Encoded
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, Jan 26, 2012 at 08:42:15PM +1100, Greg wrote:
On 26/01/2012 7:31 PM, Kevin Kofler wrote:
Live CDs cannot be used to upgrade existing systems.
As for the DVD, it does not include the updates repository when doing
upgrades (you can only add additional repositories for fresh
In data giovedì 26 gennaio 2012 11:19:39, Maxim Burgerhout ha scritto:
I looked into packaging it for Fedora a while back, but there are a
couple of issues, iirc.
First of all, you'll also need to package VirtualGL, which isn't part of
Fedora at the moment either.
Aside from that,
For the sake of completeness:
On Thu, 2012-01-26 at 03:22 +0100, Reindl Harald wrote:
after a yum upgrade you can verify that the most important
things are fine BEFORE reboot (bootloader-config,
package-cleanup --problems, ), optimize/correct things
you know are not fine after the upgrade
Am 26.01.2012 14:08, schrieb Nils Philippsen:
For the sake of completeness:
On Thu, 2012-01-26 at 03:22 +0100, Reindl Harald wrote:
after a yum upgrade you can verify that the most important
things are fine BEFORE reboot (bootloader-config,
package-cleanup --problems, ),
On Thu, 2012-01-26 at 14:19 +0100, Reindl Harald wrote:
Am 26.01.2012 14:08, schrieb Nils Philippsen:
For the sake of completeness:
On Thu, 2012-01-26 at 03:22 +0100, Reindl Harald wrote:
after a yum upgrade you can verify that the most important
things are fine BEFORE reboot
Am 25.01.2012 23:48, schrieb Peter Robinson:
Hi All,
So I saw a rpm update and a number of other builds today when dealing
with various packaging bits. Checking the update [1] and reading the
attached bug [2] I was a little shocked to find that yum upgrade
between releases would be
Am 26.01.2012 15:07, schrieb Nils Philippsen:
On Thu, 2012-01-26 at 14:19 +0100, Reindl Harald wrote:
Am 26.01.2012 14:08, schrieb Nils Philippsen:
For the sake of completeness:
On Thu, 2012-01-26 at 03:22 +0100, Reindl Harald wrote:
after a yum upgrade you can verify that the most
commit 1adb6bfaff3b08303a834b9c51d9146a6e7a9ce9
Author: Petr Šabata con...@redhat.com
Date: Thu Jan 26 15:46:43 2012 +0100
1.23 bump and some cleanup
.gitignore |1 +
perl-XML-Stream.spec | 57 ++
sources |2
On 26/01/12 14:43, Harald Hoyer wrote:
Not really true. yum upgrade will be supported, but it needs a little help
with a special initramfs and an additional kernel command line parameter, so
that dracut can convert your filesystem. After this filesystem conversion, yum
upgrade will work without
On Thu, Jan 26, 2012 at 2:43 PM, Harald Hoyer har...@redhat.com wrote:
Am 25.01.2012 23:48, schrieb Peter Robinson:
Hi All,
So I saw a rpm update and a number of other builds today when dealing
with various packaging bits. Checking the update [1] and reading the
attached bug [2] I was a
Package perl-Gtk2-Ex-Simple-List in Fedora 16 is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-Gtk2-Ex-Simple-List
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
Package perl-Gtk2-Ex-Simple-List in Fedora devel is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-Gtk2-Ex-Simple-List
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
Package perl-Gtk2-Ex-Simple-List in Fedora 15 is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-Gtk2-Ex-Simple-List
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
Am 26.01.2012 15:51, schrieb Frank Murphy:
On 26/01/12 14:43, Harald Hoyer wrote:
Not really true. yum upgrade will be supported, but it needs a little help
with a special initramfs and an additional kernel command line parameter, so
that dracut can convert your filesystem. After this
Package perl-IO-TieCombine in Fedora 16 is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-IO-TieCombine
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
Package perl-IO-TieCombine in Fedora devel is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-IO-TieCombine
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
Package perl-IO-TieCombine in Fedora 15 is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-IO-TieCombine
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
On Thu, Jan 26, 2012 at 09:25:31AM +, Peter Robinson wrote:
On Thu, Jan 26, 2012 at 1:34 AM, Toshio Kuratomi a.bad...@gmail.com wrote:
IIRC from the discussion in FPC meetings, there should be a way to make yum
upgrades work but you'd first have to boot up specially and run an initial
On Thu, Jan 26, 2012 at 09:40:33AM +0100, Kevin Kofler wrote:
I wrote:
IMHO this is a showstopper and approval for UsrMove should be withdrawn
and the feature reverted.
PS: Oh, and I don't see why this cannot be fixed by a %pretrans scriptlet in
filesystem rather than a script we have to
On Thu, Jan 26, 2012 at 3:22 PM, Toshio Kuratomi a.bad...@gmail.com wrote:
On Thu, Jan 26, 2012 at 09:25:31AM +, Peter Robinson wrote:
On Thu, Jan 26, 2012 at 1:34 AM, Toshio Kuratomi a.bad...@gmail.com wrote:
IIRC from the discussion in FPC meetings, there should be a way to make yum
On Thu, Jan 26, 2012 at 03:26:01PM +, Peter Robinson wrote:
On Thu, Jan 26, 2012 at 3:22 PM, Toshio Kuratomi a.bad...@gmail.com wrote:
On Thu, Jan 26, 2012 at 09:25:31AM +, Peter Robinson wrote:
On Thu, Jan 26, 2012 at 1:34 AM, Toshio Kuratomi a.bad...@gmail.com
wrote:
IIRC
We're going to update Mesa to a pre-8.0 snapshot in anticipation of
shipping 8.0 in F17. Typically the libOSMesa version number is bumped
when this happens. However there's no real ABI change, so the rebuild
should be trivial. Sorry for the late announcement, but this should be
pretty low
Package perl-GD-Barcode in Fedora 16 is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-GD-Barcode
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
Package perl-GD-Barcode in Fedora devel is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-GD-Barcode
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
Package perl-GD-Barcode in Fedora 15 is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-GD-Barcode
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
Package perl-PDF-Reuse in Fedora 16 is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-PDF-Reuse
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
Package perl-PDF-Reuse in Fedora 15 is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-PDF-Reuse
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
Package perl-rpm-build-perl in Fedora 16 is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-rpm-build-perl
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
Package perl-rpm-build-perl in Fedora devel is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-rpm-build-perl
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
Package perl-rpm-build-perl in Fedora 15 is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-rpm-build-perl
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
On Thu, Jan 26, 2012 at 6:43 AM, Harald Hoyer har...@redhat.com wrote:
Not really true. yum upgrade will be supported, but it needs a little help
with a special initramfs and an additional kernel command line parameter, so
that dracut can convert your filesystem. After this filesystem
Am 26.01.2012 17:19, schrieb Ed Marshall:
On Thu, Jan 26, 2012 at 6:43 AM, Harald Hoyer har...@redhat.com wrote:
Not really true. yum upgrade will be supported, but it needs a little help
with a special initramfs and an additional kernel command line parameter, so
that dracut can convert your
On Thu, Jan 26, 2012 at 00:22:28 -0500,
Scott Schmit i.g...@comcast.net wrote:
Except that this doesn't burn people often because Linus is also *very*
strict about interface changes between the kernel userspace.
Hardware specific regressions aren't that rare. I have run into them
several
I just had a conversation which I believe sheds some light on the
problem which a rolling release is trying to solve. The example is
Ubuntu bu you could apply the same to Fedora/RHEL.
My coworker wants to use Ubuntu LTS for development on Heroku. He
wants the stability of an LTS, but he needs a
On Wednesday 25 January 2012 19:05:37 Manuel Escudero wrote:
And also I've been told this desktop is available for
ArchLinux now as well... As for this facts I was wondering
how feasible is to port Unity to Fedora as well
The last I heard from the Arch packaging efforts was that Unity won't be
On 01/26/2012 02:05 AM, Manuel Escudero wrote:
I don't know if you're aware of this or not, but a user managed to
port Ubuntu's Unity to OpenSUSE 12.1 as you can see here:
http://en.opensuse.org/openSUSE:GNOME_Ayatana
And also I've been told this desktop is available for
ArchLinux now as
On 26/01/12 17:15, Mark Bidewell wrote:
My coworker wants to use Ubuntu LTS for development on Heroku. He
wants the stability of an LTS, but he needs a later version of Ruby to
run the Heroku tools. He has found that there is not supported way to
upgrade Ruby short of recompiling Ruby or
On Thu, Jan 26, 2012 at 8:09 AM, Bruno Wolff III br...@wolff.to wrote:
Hardware specific regressions aren't that rare. I have run into them
several times. I have had problems with disk controllers, USB flash
drives and video cards. Sometimes there are work arounds (e.g. using
nomodeset or
On 01/26/2012 10:45 PM, Mark Bidewell wrote:
I just had a conversation which I believe sheds some light on the
problem which a rolling release is trying to solve. The example is
Ubuntu bu you could apply the same to Fedora/RHEL.
My coworker wants to use Ubuntu LTS for development on Heroku.
On Thu, Jan 26, 2012 at 12:37 PM, Frank Murphy frankl...@gmail.com wrote:
On 26/01/12 17:15, Mark Bidewell wrote:
My coworker wants to use Ubuntu LTS for development on Heroku. He
wants the stability of an LTS, but he needs a later version of Ruby to
run the Heroku tools. He has found that
On 26/01/12 17:43, Mark Bidewell wrote:
Since he was using Ubuntu I will say distro-supported, but if he was
using Fedora it would be Fedora supported. Ruby does not maintain
distro specific packages. Ubuntu has PPAs but these are somewhat
spotty for some software.
Sorry, I meant if he
On Thu, 26 Jan 2012 12:15:01 -0500
Mark Bidewell mbide...@gmail.com wrote:
I just had a conversation which I believe sheds some light on the
problem which a rolling release is trying to solve. The example is
Ubuntu bu you could apply the same to Fedora/RHEL.
My coworker wants to use Ubuntu
On Thu, Jan 26, 2012 at 12:49 PM, Frank Murphy frankl...@gmail.com wrote:
On 26/01/12 17:43, Mark Bidewell wrote:
Since he was using Ubuntu I will say distro-supported, but if he was
using Fedora it would be Fedora supported. Ruby does not maintain
distro specific packages. Ubuntu has PPAs
On Thu, Jan 26, 2012 at 12:51 PM, Kevin Fenzi ke...@scrye.com wrote:
On Thu, 26 Jan 2012 12:15:01 -0500
Mark Bidewell mbide...@gmail.com wrote:
I just had a conversation which I believe sheds some light on the
problem which a rolling release is trying to solve. The example is
Ubuntu bu you
On Thu, Jan 26, 2012 at 6:15 PM, Mark Bidewell mbide...@gmail.com wrote:
I just had a conversation which I believe sheds some light on the
problem which a rolling release is trying to solve.
You didn't state how a rolling release would solve that (it wouldn't).
This is really a package
On Thu, Jan 26, 2012 at 1:12 PM, drago01 drag...@gmail.com wrote:
On Thu, Jan 26, 2012 at 6:15 PM, Mark Bidewell mbide...@gmail.com wrote:
I just had a conversation which I believe sheds some light on the
problem which a rolling release is trying to solve.
You didn't state how a rolling
On 01/26/2012 11:47 PM, Mark Bidewell wrote:
A rolling or semi-rolling release would make the most recent packages
available in some way. With careful updating a minimum Ruby upgrade
could be accomplished.
A rolling release addresses the dependencies problem by updating
everything including
On Thu, Jan 26, 2012 at 8:21 AM, Lars Seipel lars.sei...@googlemail.com wrote:
The last I heard from the Arch packaging efforts was that Unity won't be an
officially supported package until it no longer depends on non-upstream
patches
to GTK+ and friends.
The same seems to be true for
I am trying to retire package blktool. This is what dead.package says
locally: Tool never really caught on with users, or kept up with the
times.
It is retired in the package database, but when trying to fedpkg push
following fedpkg retire, I get the following error:
[jgarzik@bd
# F17 Alpha Blocker Review meeting #1
# Date: 2012-01-27
# Time: 17:00 UTC [1] (13:00 EDT, 09:00 PDT)
# Location: #fedora-bugzappers on irc.freenode.net
We're approaching the F17 alpha release and it's time for the first F17
blocker review meeting! I'm sure everyone's excited to get these
On Thu, Jan 26, 2012 at 11:30 AM, Jeff Garzik jgar...@pobox.com wrote:
I am trying to retire package blktool. This is what dead.package says
locally: Tool never really caught on with users, or kept up with the
times.
It is retired in the package database, but when trying to fedpkg push
On 01/26/2012 06:51 PM, Kevin Fenzi wrote:
On Thu, 26 Jan 2012 12:15:01 -0500
Mark Bidewellmbide...@gmail.com wrote:
I just had a conversation which I believe sheds some light on the
problem which a rolling release is trying to solve. The example is
Ubuntu bu you could apply the same to
Each release, before branching, we block currently orphaned packages.
It's that time again for Fedora 17.
New this go-round is that we are also blocking packages that have
failed to build since before Fedora 15.
The following packages are currently orphaned, or fail to build. If
you have a need
Took libmodelfile and sage.
-J
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, 26 Jan 2012 12:22:58 -0700
Tim Flink tfl...@redhat.com wrote:
# F17 Alpha Blocker Review meeting #1
# Date: 2012-01-27
# Time: 17:00 UTC [1] (13:00 EDT, 09:00 PDT)
# Location: #fedora-bugzappers on irc.freenode.net
Correction on the time:
17:00 UTC, 12:00 EST, 09:00 PST
Sorry for
On Thu, Jan 26, 2012 at 07:12:43AM +, Sérgio Basto wrote:
Hi, hope that also could help
Has package builder we also build kBuid
http://koji.fedoraproject.org/koji/packageinfo?packageID=7356
, after use kBuid compile with gcc 4.7 I got this error on building
virtuaBox
Hi,
It was recently brought to my attention that NM has an RPM dep on
ModemManager. I believe we added it long ago to ensure that users did
not lose 3G modem support when updating from NM 0.7.x (where NM had
internal 3G support) to 0.8.x (where that support was split out into
MM). These days
On Thu, Jan 26, 2012 at 14:58:59 -0500,
Bill Nottingham nott...@redhat.com wrote:
If these packages are not claimed, they will be retired shortly before
the mass branch for Fedora 17 on February 7th.
Orphan xmms-pulse
Since I actually use xmms, I'm taking xmms-pulse.
--
devel mailing list
On Thu, Jan 26, 2012 at 2:59 PM, Jon Ciesla limburg...@gmail.com wrote:
I've been updating ettercap, and I got a build working on my local
f16. Then I built it in local rawhide mock, and it was fine. So I
committed and built for rawhide, f16, and f15. Sometimes it worked,
and sometimes it
On Thu, Jan 26, 2012 at 2:59 PM, Jon Ciesla limburg...@gmail.com wrote:
I've been updating ettercap, and I got a build working on my local
f16. Then I built it in local rawhide mock, and it was fine. So I
committed and built for rawhide, f16, and f15. Sometimes it worked,
and sometimes it
On Thu, Jan 26, 2012 at 3:07 PM, Richard Shaw hobbes1...@gmail.com wrote:
On Thu, Jan 26, 2012 at 2:59 PM, Jon Ciesla limburg...@gmail.com wrote:
I've been updating ettercap, and I got a build working on my local
f16. Then I built it in local rawhide mock, and it was fine. So I
committed and
On 01/25/2012 02:10 PM, Vít Ondruch wrote:
1) Always use Bundler provided by Fedora which will works as it should.
2) Force Ruby and RubyGems upstream to properly support FHS. I already
provided patches [1] but I need your support.
3) Revert the customized behavior of RubyGems and break FHS.
On Thu, 2012-01-26 at 10:15 -0900, Jef Spaleta wrote:
required patches to gtk and core gnome components that are not
acceptable to upstream are basically a non-starter. It maybe possible
to get some variant of Unity packaged and operational without those
patches. But such a version might
On Thu, Jan 26, 2012 at 01:26:10PM -0600, Jon Ciesla wrote:
On Thu, Jan 26, 2012 at 11:30 AM, Jeff Garzik jgar...@pobox.com wrote:
I am trying to retire package blktool. This is what dead.package says
locally: Tool never really caught on with users, or kept up with the
times.
It is
https://fedorahosted.org/389/ticket/161
ds patches -
https://fedorahosted.org/389/attachment/ticket/161/0001-Ticket-161-Review-and-address-latest-Coverity-issues.patch
admin server -
On Thu, 2012-01-26 at 21:15 +0100, Jakub Jelinek wrote:
On Thu, Jan 26, 2012 at 07:12:43AM +, Sérgio Basto wrote:
Hi, hope that also could help
Has package builder we also build kBuid
http://koji.fedoraproject.org/koji/packageinfo?packageID=7356
, after use kBuid compile with
On Fri, Dec 09, 2011 at 01:24:08PM +0100, Dennis Jacobfeuerborn wrote:
On 12/09/2011 12:50 PM, Jóhann B. Guðmundsson wrote:
On 12/09/2011 03:50 AM, Eric Smith wrote:
I've submitted review requests for the first two packages for the MATE
desktop environment, mate-doc-utils and mate-corba.
On Thu, Jan 26, 2012 at 02:58:59PM -0500, Bill Nottingham wrote:
Orphan techtalk-pse
I have taken this. Currently it FTBFS because a critical dependency
was dropped from Fedora, however I have patches upstream (not applied
to git yet) which fix this.
Rich.
--
Richard Jones, Virtualization
Dan Williams wrote:
People who don't have 3G modems and know they wont in the future have no
need of installing or running MM. Thus I'd like to remove the RPM dep
from NetworkManager, and instead add ModemManager to the default comps
installs of all the major desktop environments instead.
Am Donnerstag, den 26.01.2012, 14:54 -0600 schrieb Dan Williams:
People who don't have 3G modems and know they wont in the future have no
need of installing or running MM. Thus I'd like to remove the RPM dep
from NetworkManager, and instead add ModemManager to the default comps
installs of
Toshio Kuratomi wrote:
As you've been pointing out, this is a recipe for alpha slippage (and
since recently we've been slipping all later milestones, a slip in alpha
means a slip to the release) but I don't think the feature owners are
technically doing anything wrong under the current policy
1 - 100 of 146 matches
Mail list logo