On Fri, Jan 27, 2012 at 05:22:20AM +, Sérgio Basto wrote:
> > As an illustration gcore also broke with gcc-4.7 but it was a bug of gcore:
> > http://sourceware.org/ml/binutils/2011-12/msg00298.html
>
> "as the code violates ISO C99 6.2.4 item 5 by using local variable
> outside of
> its b
- Original Message -
> 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
On 27.1.2012 06:22, Sérgio Basto wrote:
I checked the other email tip about kmk_sed, and conclusion kbuild
bundle a sed based on 4.1.5 but very modified.
You surely didn't mean to include bundled version of the system sed in
your package, did you? I can immediately guess that FPC ticket
reque
On 01/27/2012 06:22 AM, Sérgio Basto wrote:
On Thu, 2012-01-26 at 12:08 +0100, Jan Kratochvil wrote:
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:
On Fri, 2012-01-27 at 05:22 +, Sérgio Basto wrote:
> UPDATE :
> sed seems that stop work at all , nothing is replaced !
sorry this is not true.
--
Sérgio M. B.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, 2012-01-26 at 12:08 +0100, Jan Kratochvil wrote:
> 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/BU
On 01/27/2012 08:55 AM, Sérgio Basto wrote:
> kmk_sed is based based on sed 4.1.5 but is very modified, for support
> others OS like ms windows , darwin etc .
Have they tried to get the patches merged upstream?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproje
> I don't think I'm going out on a limb if I say that this doesn't look
> like Unity will hit Fedora repos anytime soon. You may look at
> repos.fedorapeople.org, though.
>
> As far as I remember Adam Williamson once looked at the feasibility
> of packaging Unity for Fedora. Don't know what was th
On Thu, 2012-01-26 at 22:01 +, Sérgio Basto wrote:
> 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.fedoraproj
Kevin Kofler wrote:
> As I've already stated multiple
> times, the DVD MUST be fixed to include the updates repository for
> upgrades
And that means that bug 998 needs to be fixed.
Installing packages from the ISO image without checking them is OK, because a
security-conscious user will have ve
On Thu, Jan 26, 2012 at 4:49 PM, Volker Froehlich wrote:
> Hello,
>
> I'd like to get ahead with wxpropgrid, as it blocks another package.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=767082
>
> Does somebody like to swap reviews?
>
> Thanks in advance,
>
> Volker
Well, it would make sense for
Hello,
I'd like to get ahead with wxpropgrid, as it blocks another package.
https://bugzilla.redhat.com/show_bug.cgi?id=767082
Does somebody like to swap reviews?
Thanks in advance,
Volker
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/de
On Thu, Jan 26, 2012 at 1:59 PM, Kevin Kofler wrote:
> Jef Spaleta wrote:
>> required patches to gtk and core gnome components that are not
>> acceptable to upstream are basically a non-starter.
>
> Well, we could do what openSUSE did and just ship this in an unofficial repo
> with patched GTK+/GN
I wrote:
> This is not the first time a "feature" which impacts the entire
> distribution in a way which can break a lot of things gets rushed in so
> late. I remember the ld DSO "feature" which changed decades-old ELF
> semantics, breaking the build of dozens of packages, and which got rushed
> in
Jef Spaleta wrote:
> required patches to gtk and core gnome components that are not
> acceptable to upstream are basically a non-starter.
Well, we could do what openSUSE did and just ship this in an unofficial repo
with patched GTK+/GNOME packages.
Kevin Kofler
--
devel mailing list
de
Toshio Kuratomi wrote:
> https://fedorahosted.org/fpc/ticket/118#comment:7
Well, IMHO if this is not safe to do in a %pretrans, it is not safe to do at
all.
I don't understand why we absolutely HAVE to change directories to symlinks
when we KNOW RPM doesn't support this, and that in directories
Greg wrote:
> as i will say again i have no problems downloading a LiveCD or a DvD. if
> i have had 1 DE installed i'll download a LiveCD only rather than a DvD,
Have you even READ what I wrote? Live CDs CANNOT UPGRADE, only reinstall.
And no, I will definitely NOT reinstall at every release. Rei
Ed Marshall wrote:
> Without revealing my own preference about rolling releases: how would
> a change like this, whose deployment is *significantly* eased with
> install-time magic, be deployed in a rolling-release world?
It would be guaranteed total and utter chaos.
Kevin Kofler
--
dev
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 poli
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
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.
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 Gr
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
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 compi
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 -
https://fedorahosted.org/389/attachment/ticket/161/0001-Ticket-161-Review-and-address-latest-Coverity-issues.2
On Thu, Jan 26, 2012 at 01:26:10PM -0600, Jon Ciesla wrote:
> On Thu, Jan 26, 2012 at 11:30 AM, Jeff Garzik 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 ret
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 mi
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 FH
On Thu, Jan 26, 2012 at 3:07 PM, Richard Shaw wrote:
> On Thu, Jan 26, 2012 at 2:59 PM, Jon Ciesla 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.
On Thu, Jan 26, 2012 at 2:59 PM, Jon Ciesla 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 didn't, failing wi
On Thu, Jan 26, 2012 at 2:59 PM, Jon Ciesla 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 didn't, failing wi
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 didn't, failing with an error I'd not seen before.
This f15 build.log is typic
On Thu, Jan 26, 2012 at 14:58:59 -0500,
Bill Nottingham 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
devel@lists.fedor
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 the
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
>
> /usr/bi
On Thu, 26 Jan 2012 12:22:58 -0700
Tim Flink 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 the extra mail,
Took libmodelfile and sage.
-J
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
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 f
On 01/26/2012 06:51 PM, Kevin Fenzi wrote:
On Thu, 26 Jan 2012 12:15:01 -0500
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 coworke
On Thu, Jan 26, 2012 at 11:30 AM, Jeff Garzik 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"
> following
# 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
meetings
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 b
On Thu, Jan 26, 2012 at 8:21 AM, Lars Seipel 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 OpenSuse:
>> Since we're r
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 includin
On Thu, Jan 26, 2012 at 1:12 PM, drago01 wrote:
> On Thu, Jan 26, 2012 at 6:15 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.
>
> You didn't state how a rolling release would solve that (it would
On Thu, Jan 26, 2012 at 6:15 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.
You didn't state how a rolling release would solve that (it wouldn't).
This is really a package management issue.
--
de
On Thu, Jan 26, 2012 at 12:51 PM, Kevin Fenzi wrote:
> On Thu, 26 Jan 2012 12:15:01 -0500
> 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 Fe
On Thu, Jan 26, 2012 at 12:49 PM, Frank Murphy 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 but thes
On Thu, 26 Jan 2012 12:15:01 -0500
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 develo
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 wasn
On Thu, Jan 26, 2012 at 12:37 PM, Frank Murphy 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 there is
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 Hero
On Thu, Jan 26, 2012 at 8:09 AM, Bruno Wolff III 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 disabling AGP),
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 upgr
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 well..
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
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 l
On Thu, Jan 26, 2012 at 00:22:28 -0500,
Scott Schmit 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 times. I have ha
Am 26.01.2012 17:19, schrieb Ed Marshall:
> On Thu, Jan 26, 2012 at 6:43 AM, 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 filesyste
On Thu, Jan 26, 2012 at 6:43 AM, 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
> upgr
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
perl-de...@lists.fedorapro
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
perl-de...@lists.fedora
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
perl-de...@lists.fedorapro
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
h
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
h
Package perl-PDF-Reuse in Fedora devel 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.or
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
perl-de...@lists.fedoraproject.org
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
perl-de...@lists.fedoraproject.
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
perl-de...@lists.fedoraproject.org
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 impact
On Thu, Jan 26, 2012 at 03:26:01PM +, Peter Robinson wrote:
> On Thu, Jan 26, 2012 at 3:22 PM, Toshio Kuratomi wrote:
> > On Thu, Jan 26, 2012 at 09:25:31AM +, Peter Robinson wrote:
> >> On Thu, Jan 26, 2012 at 1:34 AM, Toshio Kuratomi
> >> wrote:
> >> >
> >> > IIRC from the discussion i
On Thu, Jan 26, 2012 at 3:22 PM, Toshio Kuratomi wrote:
> On Thu, Jan 26, 2012 at 09:25:31AM +, Peter Robinson wrote:
>> On Thu, Jan 26, 2012 at 1:34 AM, Toshio Kuratomi wrote:
>> >
>> > IIRC from the discussion in FPC meetings, there should be a way to make yum
>> > upgrades work but you'd f
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 w
On Thu, Jan 26, 2012 at 09:25:31AM +, Peter Robinson wrote:
> On Thu, Jan 26, 2012 at 1:34 AM, Toshio Kuratomi 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
> > upgrade s
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
perl-de...@lists.fedoraproje
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
perl-de...@lists.fedorapr
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
perl-de...@lists.fedoraproje
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 th
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
perl-de...@lists
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
perl-de...@li
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
perl-de...@lists
On Thu, Jan 26, 2012 at 2:43 PM, Harald Hoyer 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 little shoc
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 withou
commit 1adb6bfaff3b08303a834b9c51d9146a6e7a9ce9
Author: Petr Šabata
Date: Thu Jan 26 15:46:43 2012 +0100
1.23 bump and some cleanup
.gitignore |1 +
perl-XML-Stream.spec | 57 ++
sources |2 +-
3 files change
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 tha
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 e
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 r
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, ), optim
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 upgr
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, Bu
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 ins
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 Wed, Jan 25, 2012 at 11:19 PM, 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
> i
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 clea
2012/1/26 Markus Mayer :
> On 01/26/2012 02:19 AM, Kevin Fenzi wrote:
>>
>> On Wed, 25 Jan 2012 21:37:36 -0200
>> Henrique Junior 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 sy
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 progressin
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
> km
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
https://admin.fedoraproje
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
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 r
1 - 100 of 120 matches
Mail list logo
