On 10/31/2012 11:00 PM, Toshio Kuratomi wrote:
On Wed, Oct 31, 2012 at 10:59:54AM -0700, Jesse Keating wrote:
I think we need to give developers more time for feature integration
after the feature freeze.
+1
No matter whether we increase the length of development or not, the time
between fea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 31/10/2012 21:38, Panu Matilainen wrote:
> On 10/29/2012 04:06 PM, Michel Alexandre Salim wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 10/29/2012 05:39 PM, Petr Pisar wrote:
>>> On 2012-10-29, Michel Alexandre Salim
>>> wrote:
On Thu, 2012-11-01 at 03:09 +0100, Kevin Kofler wrote:
> Adam Williamson wrote:
> > I'd recommend asking dcantrell, as he has some good points on this
> > topic. I broadly agree with him that it might well be more or less
> > impossible to smoothly handle a major rewrite of anaconda in our current
Adam Williamson wrote:
> I'd recommend asking dcantrell, as he has some good points on this
> topic. I broadly agree with him that it might well be more or less
> impossible to smoothly handle a major rewrite of anaconda in our current
> development process. CCing to make sure he sees this.
There'
Thanks a lot.
Miro Hrončok
Jabber: m...@hroncok.cz
Telefon: +420777974800
2012/11/1 Chris Adams :
> Once upon a time, Miro Hrončok said:
>> So how is this done in official repos? Different architectures are
>> kept separatelly and I need to provide two repos?
>
> Yes (go look at the repo confi
I currently own a few packages related to my old abortive attempt to
build Unity for Fedora. I don't have time to maintain these or any
direct interest in them - they were just Unity building blocks to me.
I'm orphaning these packages:
bamf
compiz-plugins-main (for f16 only)
dee
libindicator
Only
On Wed, 2012-10-31 at 15:53 -0400, Tom Callaway wrote:
> > [libsyncml]
> > 1:libsyncml-0.4.6-4.fc17.i686 requires libsoup-2.2.so.8
> > 1:libsyncml-0.4.6-4.fc17.x86_64 requires
> libsoup-2.2.so.8()(64bit)
>
> Not touching, evolution related.
As near as I can tell, libsyncml has been de
Am 01.11.2012 00:34, schrieb Chris Adams:
> Once upon a time, Toshio Kuratomi said:
>> UsrMove was a Fedora specific distribution change. As such, patching of
>> applications to use /usr/bin/perl instead of /bin/perl is a distribution
>> change that we should be making as well.
>
> Everything
Once upon a time, Miro Hrončok said:
> So how is this done in official repos? Different architectures are
> kept separatelly and I need to provide two repos?
Yes (go look at the repo configs).
--
Chris Adams
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody
Once upon a time, Toshio Kuratomi said:
> UsrMove was a Fedora specific distribution change. As such, patching of
> applications to use /usr/bin/perl instead of /bin/perl is a distribution
> change that we should be making as well.
Everything should be using /usr/bin/perl (perl has never AFAIK b
Once upon a time, Matthew Garrett said:
> Well, /bin/perl would immediately fail on Debian or Ubuntu, so it seems
> pretty unlikely that any upstream is doing it. There are reasons why
> using env can be a bad idea and I don't think it's universal, but
> /bin/perl is certainly wrong.
/usr/bin/
Once upon a time, "Jóhann B. Guðmundsson" said:
> The plan to remove rescue and text/serial install which we "found out"
> and "convinced" the Anaconda developers to bring back which they did...
That was in the initial feature page (go see the link posted here
earlier today).
--
Chris Adams
Sy
Emmanuel Seyman wrote:
> From bug #871503 (and I apologize if I'm reading this wrong), it
> appears that the dependency on /bin/perl is being caused by the
> hardcoded $PATH in openssh.
>
> To fix the problem, I think we would not only need to provide
> /bin/perl but a /bin equivalent to everythin
On Wed, Oct 31, 2012 at 02:48:33PM -0700, Toshio Kuratomi wrote:
> env comes with its own problems. The one I'm most familiar with is when
> a site has its own, somewhat incompatible version of the interpreter
> installed. For instance, if Fedora ships with python == python-2.7 and the
> site ins
Am 31.10.2012 22:35, schrieb Toshio Kuratomi:
>>> But they're not implicit. As I've said in the bug(s) already, rpm doesn't
>>> invent paths, it generates dependencies
>>> based on the file contents: if a script has #!/bin/perl through whatever
>>> means (ie hardcoded or generated),
>>> /bin/pe
* Reindl Harald [31/10/2012 22:44] :
>
> any upstream-script the next years will use #!/bin/perl and
> it would be idiotic to write patches for every application
> only becasue fdora decided to make UsrMove
Historically, we've always patch upstreams that use non-existant-on-Fedora
paths (like /bi
On Wed, Oct 31, 2012 at 10:59:54AM -0700, Jesse Keating wrote:
>
> I think we need to give developers more time for feature integration
> after the feature freeze.
>
+1
No matter whether we increase the length of development or not, the time
between feature freeze and the spinning of a release i
On Wed, Oct 31, 2012 at 03:21:56PM -0400, Ben Rosser wrote:
> On Wed, Oct 31, 2012 at 1:33 PM, Reindl Harald wrote:
>
>
> this is WRONG behavior
>
> any upstream-script the next years will use #!/bin/perl and
> it would be idiotic to write patches for every application
> only be
I'm trying to take over the work Jonas Courteau started earlier this
year (see below) in regards to getting Opscode Chef into Fedora.
To start, I'd like to assume responsibility for the above orphaned
packages in Fedora, which are dependencies for Chef. I am already a
Fedora Packager but I can't s
On Wed, Oct 31, 2012 at 06:33:10PM +0100, Reindl Harald wrote:
>
>
> Am 31.10.2012 17:45, schrieb Panu Matilainen:
> > On 10/31/2012 11:47 AM, Reindl Harald wrote:
> >> it is REALLY bad make UsrMove and HRADCODE /bin:/sbin
> >> in PATH of openssh, this results in packages built
> >> with "rpmbuil
On 10/31/2012 01:53 PM, "Jóhann B. Guðmundsson" wrote:
The plan to remove rescue and text/serial install which we "found out"
and "convinced" the Anaconda developers to bring back which they did...
That's not accurate in the least.
text/serial was lost when the switch to newUI was made. They
On Tue, Oct 30, 2012 at 3:14 PM, Remi Collet wrote:
>
>
> I you need more explanation on the required changes, feel free to ask.
So, befoer I dig into manuals, can you name the most common causes for breakage?
--
Gianluca Sforna
http://morefedora.blogspot.com
http://identi.ca/giallu - http:/
So how is this done in official repos? Different architectures are
kept separatelly and I need to provide two repos?
Miro Hrončok
Jabber: m...@hroncok.cz
Telefon: +420777974800
2012/10/31 Paul Howarth :
> On Wed, 31 Oct 2012 16:26:46 +0100
> Miro Hrončok wrote:
>
>> Hi,
>> I am trying to packa
Good day all,
Thanks to those who were able to join us for the weekly status meeting today.
For those that were unable, the minutes are posted below:
Minutes:
http://meetbot.fedoraproject.org/fedora-meeting-1/2012-10-31/fedora-meeting-1.2012-10-31-20.00.html
Minutes (text):
http://meetbot.fedo
On Wed, Oct 31, 2012 at 03:21:56PM -0400, Ben Rosser wrote:
> I'm not a Perl programmer... but shouldn't scripts be using something like
> #!/usr/bin/env perl rather than hardcoding #!/bin/perl anyway? That's the
> way Python scripts have been written for years (#!/usr/bin/env python),
> long befo
On 10/31/2012 08:09 PM, Eric Sandeen wrote:
Just to keep flogging this dead horse: You became aware because you
tested it, right? Not because it was announced anywhere.
Yes and Adam forgot to add to his list here...
* The change to only allowing one desktop environment to be installed
interac
On Wed, 2012-10-31 at 15:09 -0500, Eric Sandeen wrote:
> On 10/31/12 2:59 PM, Adam Williamson wrote:
> > On Wed, 2012-10-31 at 10:39 -0500, Eric Sandeen wrote:
> >
> >> wasn't well communicated to anyone, originally. For example, not
> >> communicated to the fedora test lists, even though they ex
On 10/31/12 2:59 PM, Adam Williamson wrote:
> On Wed, 2012-10-31 at 10:39 -0500, Eric Sandeen wrote:
>
>> wasn't well communicated to anyone, originally. For example, not
>> communicated to the fedora test lists, even though they existed.
>> (I'm not on _that_ list, so if I'm wrong, please forgiv
On Wed, 2012-10-31 at 15:58 -0400, Jaroslav Reznik wrote:
> On the other hand I'd like to see a little bit shorter
> that time between Alpha and Final. As currently I'd say the proportion
> of time spent on development and time spent on release (and not only
> testing) seem quite inadequate... But
Am 31.10.2012 20:49, schrieb Adam Williamson:
> On Wed, 2012-10-31 at 10:58 -0400, Jaroslav Reznik wrote:
>
> * The fact that anaconda would no longer handle upgrades but an entirely
> new tool would be written for this
>
Maybe I missunderstood something but IMHO such an elementary feature
like h
On Wed, 2012-10-31 at 10:39 -0500, Eric Sandeen wrote:
> wasn't well communicated to anyone, originally. For example, not
> communicated to the fedora test lists, even though they existed.
> (I'm not on _that_ list, so if I'm wrong, please forgive me).
In practice, QA was well aware of the chang
- Original Message -
> On 10/31/2012 09:56 AM, Toshio Kuratomi wrote:
> > * Jesse Keating, Jeremy Katz, and others who helped shape the
> > current policy
> >and theory of our release schedule felt that the 6 month release
> >cycle was
> >fine but that certain features were goin
Status review of reported broken deps:
On 10/31/2012 09:01 AM, Fedora Branched Report wrote:
> [dhcp-forwarder]
> dhcp-forwarder-upstart-0.10-1801.fc18.noarch requires /sbin/initctl
Waiting for ensc to figure out which update should go into F18 stable.
> [dnf]
> dnf-0.2.14-2.git48319
On Wed, 2012-10-31 at 10:58 -0400, Jaroslav Reznik wrote:
> The feature process is as good as feature pages itself. And it's same
> with trust. We can only trust feature owners to provide all relevant
> information (and same applies for submitting features). If you take a look
> on New Installer U
On Wed, 31 Oct 2012 16:26:46 +0100
Miro Hrončok wrote:
> Hi,
> I am trying to package slic3r -> it is a perl noarch package, but it
> requires a lot of arch specific perl modules.
>
> The Requires section form spec file:
>
> Requires: perl(XML::SAX)
> Requires: perl(Growl::GNTP)
> R
On Wed, Oct 31, 2012 at 10:47:39AM -0700, Jesse Keating wrote:
> On 10/31/2012 08:08 AM, Tom Lane wrote:
> >My concern at this point is exactly that we're "slipping a week at a
> >time", rather than facing up to the*undeniable fact* that anaconda is
> >not close to being shippable. If we don't ha
On Wed, Oct 31, 2012 at 1:33 PM, Reindl Harald wrote:
>
> this is WRONG behavior
>
> any upstream-script the next years will use #!/bin/perl and
> it would be idiotic to write patches for every application
> only becasue fdora decided to make UsrMove
>
> UsrMove is a distribution-feature
> and so
Some changes to the Fedora Packaging Guidelines have been made:
---
In the specific case where multiple software components generate
identically named (but incompatible) binaries, Fedora Packagers should
make every effort to convince the upstreams to rename the binaries to
resolve the conflict (s
Am 31.10.2012 17:45, schrieb Panu Matilainen:
> On 10/31/2012 11:47 AM, Reindl Harald wrote:
>> it is REALLY bad make UsrMove and HRADCODE /bin:/sbin
>> in PATH of openssh, this results in packages built
>> with "rpmbuild" having Requires: /bin/perl as example
>>
>> in my opinion "rpmbuild" shoul
===
#fedora-meeting: FESCO (2012-10-31)
===
Meeting started by nirik at 17:00:01 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-31/fesco.2012-10-31-17.00.log.html
.
Meeting summary
On 10/31/2012 09:56 AM, Toshio Kuratomi wrote:
* Jesse Keating, Jeremy Katz, and others who helped shape the current policy
and theory of our release schedule felt that the 6 month release cycle was
fine but that certain features were going to take longer to develop.
Those would need to
On 31 October 2012 11:39, Chris Adams wrote:
> Once upon a time, Stephen John Smoogen said:
>> This only seems to work for teams or parts that can split their
>> resources over doing 4 releases at one time (really old, current
>> release, new release fixes, next release coding). With stuff like
>
On 10/31/2012 08:08 AM, Tom Lane wrote:
My concern at this point is exactly that we're "slipping a week at a
time", rather than facing up to the*undeniable fact* that anaconda is
not close to being shippable. If we don't have a workable contingency
plan, I think the best thing to do would be to
On 10/31/2012 07:12 AM, Panu Matilainen wrote:
Makes me wonder... were the anaconda developers and FESCo aware of the
oncoming major changes to dracut? At least I failed to see anything
obviously related to that on a quick skim through the f18 feature list.
I think we had some idea that dracut
Once upon a time, Stephen John Smoogen said:
> This only seems to work for teams or parts that can split their
> resources over doing 4 releases at one time (really old, current
> release, new release fixes, next release coding). With stuff like
> anaconda where the code usually has to get its stu
On 31 October 2012 10:56, Toshio Kuratomi wrote:
>
> There's a mismatch between this practice and the theory of how we
> develop Fedora.
When there is a mismatch from practice and theory... theory usually
needs to change :).
> https://fedoraproject.org/wiki/No_Frozen_Rawhide_Proposal#Problem_S
On Wed, 31 Oct 2012, Mo Morsi wrote:
#2: Could there be a way to take a (working) nightly build, build one's
package against that nightly in a personal build of some sort, and
somehow have a verification process that it built in that "personal
build" before it goes into rawhide, etc? (or ev
// small wrapper script around deltacloud:
$ wget https://raw.github.com/movitto/mycloud/master/mycloud.rb
$ chmod +x mycloud.rb
// template describing kojihub cloud deployment
$ wget
https://raw.github.com/aeolus-incubator/templates/master/fedora_infra/koji/fedora-17/koji_f17.xml
// templat
Good day all,
This weeks Fedora ARM status meeting will take place today (Wednesday Oct 31st)
in #fedora-meeting-1 on Freenode.
Times in various time zones (please let us know if these do not work):
PDT: 1pm
MDT: 2pm
CDT: 3pm
EDT: 4pm
UTC: 8pm
BST: 9pm
CST: 10pm
Current items on the agenda:
1)
On 10/31/2012 12:40 PM, Robyn Bergeron wrote:
>
> - Original Message -
>> From: "Mo Morsi"
>> To: "aeolus-devel" , "Fedora Cloud SIG"
>> ,
>> "Development discussions related to Fedora"
>> Sent: Wednesday, October 31, 2012 2:22:47 AM
>> Subject: Deploying fedora infrastructure (koji) acr
On Wed, Oct 31, 2012 at 10:27:09AM +0100, Vratislav Podzimek wrote:
> On Tue, 2012-10-30 at 19:32 +0100, Gianluca Sforna wrote:
> > On Tue, Oct 30, 2012 at 7:12 PM, Adam Williamson
> > wrote:
> > > I'd recommend asking dcantrell, as he has some good points on this
> > > topic. I broadly agree wit
On 10/31/2012 11:47 AM, Reindl Harald wrote:
it is REALLY bad make UsrMove and HRADCODE /bin:/sbin
in PATH of openssh, this results in packages built
with "rpmbuild" having Requires: /bin/perl as example
in my opinion "rpmbuild" should know about the change
and fix implicit Requires: /bin and Re
- Original Message -
> From: "Mo Morsi"
> To: "aeolus-devel" , "Fedora Cloud SIG"
> ,
> "Development discussions related to Fedora"
> Sent: Wednesday, October 31, 2012 2:22:47 AM
> Subject: Deploying fedora infrastructure (koji) across clouds
>
> // Deploying fedora infrastructure (ko
On 10/31/2012 10:47 AM, Reindl Harald wrote:
it is REALLY bad make UsrMove and HRADCODE /bin:/sbin
in PATH of openssh, this results in packages built
with "rpmbuild" having Requires: /bin/perl as example
in my opinion "rpmbuild" should know about the change
and fix implicit Requires: /bin and Re
On 10/31/2012 03:39 PM, Eric Sandeen wrote:
It might be useful to have a storage list for Fedora, but I'm on the
fence.
I'm on fedora-devel, fedora-kernel, and the anaconda lists already.
I'm in #fedora-devel, #fedora-kernel, and #anaconda on IRC too.
It's not clear to me that the root cause f
On 10/31/2012 11:39 AM, Eric Sandeen wrote:
On 10/31/12 10:20 AM, "Jóhann B. Guðmundsson" wrote:
On 10/31/2012 02:57 PM, Ric Wheeler wrote:
A good place to see a summary of the broad community work is the annual Linux
Storage and File System Workshop (LSF). You can google for the recent notes,
https://bugzilla.redhat.com/show_bug.cgi?id=871760
Petr Šabata changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
On 10/31/12 10:20 AM, "Jóhann B. Guðmundsson" wrote:
> On 10/31/2012 02:57 PM, Ric Wheeler wrote:
>> A good place to see a summary of the broad community work is the annual
>> Linux Storage and File System Workshop (LSF). You can google for the recent
>> notes, usually well covered on LWN.net.
>>
Hi,
I am trying to package slic3r -> it is a perl noarch package, but it
requires a lot of arch specific perl modules.
The Requires section form spec file:
Requires: perl(XML::SAX)
Requires: perl(Growl::GNTP)
Requires: perl(Net::DBus)
Requires: perl(:MODULE_COMPAT_%(eval "
On Wed, 2012-10-31 at 08:15 -0700, Toshio Kuratomi wrote:
> On Wed, Oct 31, 2012 at 01:25:36PM +0100, Marcela Mašláňová wrote:
> > The non existing contingency plan was wrong thing to do and it must
> > be taken more seriously for features since F-19.
> >
> One way to deal with non-esitent conting
On 10/31/2012 02:57 PM, Ric Wheeler wrote:
A good place to see a summary of the broad community work is the
annual Linux Storage and File System Workshop (LSF). You can google
for the recent notes, usually well covered on LWN.net.
The most general list and lowest traffic is:
linux-fsde...@vge
- Original Message -
> Adam Williamson writes:
> > ... Practically speaking, for F18,
> > though, I think we just need to soldier on with newUI and get it
> > done as
> > best we can. Obviously slipping the schedule by a week again and
> > again
> > in response to the latest fire isn't the
On 10/31/2012 02:56 PM, Josh Boyer wrote:
I have no idea where you're getting this information, but I haven't seen
anyone suggest anything like that. There is a desire to make the Feature
process actually worthwhile, but it has nothing to do with blindly acking
features.
No arguments from me m
On Wed, Oct 31, 2012 at 01:25:36PM +0100, Marcela Mašláňová wrote:
> On 10/30/2012 07:53 PM, drago01 wrote:
> >On Tue, Oct 30, 2012 at 7:08 PM, Tom Lane wrote:
> >>It's time somebody asked this, so ...
> >>
> >>Adam Williamson writes:
> >>>What is missing from TC6 and will be added in the next bu
https://bugzilla.redhat.com/show_bug.cgi?id=871758
Petr Šabata changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
Adam Williamson writes:
> ... Practically speaking, for F18,
> though, I think we just need to soldier on with newUI and get it done as
> best we can. Obviously slipping the schedule by a week again and again
> in response to the latest fire isn't the best way to do things, but
> stepping back and
- Original Message -
> On Wed, Oct 31, 2012 at 10:50 AM, "Jóhann B. Guðmundsson"
> wrote:
> > Yeah well I'm not so sure how you can actually expect that of the
> > feature
> > process given how utterly broken that is?
> >
> > For the first you are not obligated to participate in the featur
- Original Message -
> On 10/31/12 9:13 AM, Josef Bacik wrote:
> > On Wed, Oct 31, 2012 at 7:54 AM, "Jóhann B. Guðmundsson"
> > wrote:
> >> On 10/31/2012 11:42 AM, Peter Robinson wrote:
> >>>
> >>> It's already been pushed back once, the first iteration of newui
> >>> was
> >>> attempted t
On 10/31/2012 10:33 AM, "Jóhann B. Guðmundsson" wrote:
On 10/31/2012 02:13 PM, Josef Bacik wrote:
You know what the storage team does right?
As far as I know there only exist individual developers working on storage be
it filesystem or direct storage solution.
You for btrfs and Eric for ext
it is REALLY bad make UsrMove and HRADCODE /bin:/sbin
in PATH of openssh, this results in packages built
with "rpmbuild" having Requires: /bin/perl as example
in my opinion "rpmbuild" should know about the change
and fix implicit Requires: /bin and Requires: /sbin
https://bugzilla.redhat.com/show
On Wed, Oct 31, 2012 at 10:50 AM, "Jóhann B. Guðmundsson"
wrote:
> Yeah well I'm not so sure how you can actually expect that of the feature
> process given how utterly broken that is?
>
> For the first you are not obligated to participate in the feature process
> and even if you did what does the
https://bugzilla.redhat.com/show_bug.cgi?id=871760
Petr Šabata changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
On 10/31/2012 02:34 PM, Eric Sandeen wrote:
>You know what the storage team does right? I can only speak for
>myself really, but 26 hours out of the day my head is buried in btrfs.
> Sure I'm subscribed to anaconda devel and fedora devel, which means I
>search "btrfs" in my fedora-devel and ana
On Wed, Oct 31, 2012 at 03:33:33PM +0100, Tomas Mraz wrote:
> Good point, unfortunately there is no _actively enforced_ requirement to
> have a Fedora Feature for every major changes in core components of
> Fedora that affect other components.
We at least need some better carrots here.
--
Matth
On 10/29/2012 04:06 PM, Michel Alexandre Salim wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/29/2012 05:39 PM, Petr Pisar wrote:
On 2012-10-29, Michel Alexandre Salim
wrote:
On 10/28/2012 04:08 AM, Paul Howarth wrote: Is there any RPM-fu I
can use to extract the ownership and per
On 10/31/2012 02:13 PM, Josef Bacik wrote:
You know what the storage team does right?
As far as I know there only exist individual developers working on
storage be it filesystem or direct storage solution.
You for btrfs and Eric for ext
But I'm not aware of any specific "storage team" or an
On 10/31/12 9:13 AM, Josef Bacik wrote:
> On Wed, Oct 31, 2012 at 7:54 AM, "Jóhann B. Guðmundsson"
> wrote:
>> On 10/31/2012 11:42 AM, Peter Robinson wrote:
>>>
>>> It's already been pushed back once, the first iteration of newui was
>>> attempted to land in F-17 and was pushed back to F-18 if my
On Wed, 2012-10-31 at 16:12 +0200, Panu Matilainen wrote:
> On 10/30/2012 08:45 PM, Adam Williamson wrote:
> > On Tue, 2012-10-30 at 19:32 +0100, Gianluca Sforna wrote:
> >
> >> I don't know if it's impossible to revert to the F17 anaconda at this
> >> time, however it is clear that F18 is going t
On Wed, Oct 31, 2012 at 7:54 AM, "Jóhann B. Guðmundsson"
wrote:
> On 10/31/2012 11:42 AM, Peter Robinson wrote:
>>
>> It's already been pushed back once, the first iteration of newui was
>> attempted to land in F-17 and was pushed back to F-18 if my memory
>> serves me correctly.
>
>
> Dont think
On 10/30/2012 08:45 PM, Adam Williamson wrote:
On Tue, 2012-10-30 at 19:32 +0100, Gianluca Sforna wrote:
I don't know if it's impossible to revert to the F17 anaconda at this
time, however it is clear that F18 is going to be the longest release
cycle we had in 9 years and somehow we need to avo
On 10/31/2012 07:54 AM, "Jóhann B. Guðmundsson" wrote:
On 10/31/2012 11:42 AM, Peter Robinson wrote:
It's already been pushed back once, the first iteration of newui was
attempted to land in F-17 and was pushed back to F-18 if my memory
serves me correctly.
Dont think it did
So I think we
Compose started at Wed Oct 31 09:15:24 UTC 2012
Broken deps for x86_64
--
[dhcp-forwarder]
dhcp-forwarder-upstart-0.10-1801.fc18.noarch requires /sbin/initctl
[dnf]
dnf-0.2.14-2.git4831982.fc18.noarch requires python-hawkey >=
On 10/31/2012 12:22 PM, Jared K. Smith wrote:
It was proposed to land in F17, and it was discussed quite a bit at
FUDCon in Blacksburg (where almost all of the anaconda team was
assembled), and it was decided that pushing it in the F17 wasn't
feasible, given the amount of work it entails.
And t
On Wed, Oct 31, 2012 at 11:54:22AM +, "Jóhann B. Guðmundsson" wrote:
> Lack of communication lol those RH storage developers could have.
>
> A) subscribed to the Anaconda developers list to monitor changes
> relevant to their setup as anyone else affected by any upstream
> changes ( this got m
On 10/30/2012 07:53 PM, drago01 wrote:
On Tue, Oct 30, 2012 at 7:08 PM, Tom Lane wrote:
It's time somebody asked this, so ...
Adam Williamson writes:
What is missing from TC6 and will be added in the next build is the
ability to choose to reformat the partition. If you do not want to
reforma
On Wed, Oct 31, 2012 at 7:54 AM, "Jóhann B. Guðmundsson"
wrote:
> On 10/31/2012 11:42 AM, Peter Robinson wrote:
>>
>> It's already been pushed back once, the first iteration of newui was
>> attempted to land in F-17 and was pushed back to F-18 if my memory
>> serves me correctly.
>
>
> Dont think
perl-OpenOffice-UNO has broken dependencies in the F-18 tree:
On x86_64:
perl-OpenOffice-UNO-0.07-3.fc17.x86_64 requires
perl(:MODULE_COMPAT_5.14.2)
On i386:
perl-OpenOffice-UNO-0.07-3.fc17.i686 requires
perl(:MODULE_COMPAT_5.14.2)
perl-OpenOffice-UNO-0.07-3.fc17.i686 re
On 10/31/2012 12:38 PM, Scott Schmit wrote:
On Wed, Oct 31, 2012 at 09:59:55AM +, "Jóhann B. Guðmundsson" wrote:
Given the current state of F18 I agree let's lengthen this release
cycle up to 9 months and arguably we should lengthen the whole
On 10/31/2012 11:42 AM, Peter Robinson wrote:
It's already been pushed back once, the first iteration of newui was
attempted to land in F-17 and was pushed back to F-18 if my memory
serves me correctly.
Dont think it did
So I think we need to land it now and deal with
the fall out then move
On Wed, Oct 31, 2012 at 11:34 AM, Rahul Sundaram wrote:
> On 10/31/2012 03:33 PM, drago01 wrote:
>>
>>
>> That's nonsense see the other mail. Would it be more work to maintain
>> two branches? Sure. Impossible? *NO*. Even if it delays newui to F20
>> so be it.
>> If we don't have the resources to
On Wed, Oct 31, 2012 at 09:59:55AM +, "Jóhann B. Guðmundsson" wrote:
> Given the current state of F18 I agree let's lengthen this release
> cycle up to 9 months and arguably we should lengthen the whole
^
> development cycle to 9 mo
On 10/31/2012 03:33 PM, drago01 wrote:
That's nonsense see the other mail. Would it be more work to maintain
two branches? Sure. Impossible? *NO*. Even if it delays newui to F20
so be it.
If we don't have the resources to do something we should not pretend
that we have (we are currently seeing w
On Tue, Oct 30, 2012 at 11:45:02AM -0700, Adam Williamson wrote:
> It's worth noting quite a lot of the early issues in this cycle -
> particularly during Alpha - weren't actually much to do with newui; they
> were more to do with changes in dracut which affected anaconda. oldui
> wasn't fixed for
On Wed, 2012-10-31 at 10:05 +, "Jóhann B. Guðmundsson" wrote:
> On 10/31/2012 09:50 AM, Gianluca Sforna wrote:
> > However, I think anaconda developers knew that 6 months were too short
> > since the beginning. If this was abundantly clear to FESCo and other
> > interested parties, I think we c
On 10/31/2012 09:50 AM, Gianluca Sforna wrote:
However, I think anaconda developers knew that 6 months were too short
since the beginning. If this was abundantly clear to FESCo and other
interested parties, I think we could even accept a one time 9/12
months release cycle instead, without raising
https://bugzilla.redhat.com/show_bug.cgi?id=871503
--- Comment #8 from Panu Matilainen ---
(In reply to comment #7)
> my real problem is that everyboyd says he is not responsible
> however, my workaround is to Provide /bin/perl
Your problem is a build environment with a PATH that's not suitable
On Wed, Oct 31, 2012 at 10:50 AM, Gianluca Sforna wrote:
> On Wed, Oct 31, 2012 at 10:33 AM, drago01 wrote:
>> On Wed, Oct 31, 2012 at 10:27 AM, Vratislav Podzimek
>> wrote:
>>> On Tue, 2012-10-30 at 19:32 +0100, Gianluca Sforna wrote:
If you are saying that 6 months are a too short time fo
On 10/31/2012 09:57 AM, Richard W.M. Jones wrote:
On Wed, Oct 31, 2012 at 09:50:51AM +, "Jóhann B. Guðmundsson" wrote:
On 10/30/2012 06:08 PM, Tom Lane wrote:
How is it that we're even considering shipping this version for F18?
For any other package, we'd be telling the maintainer to hold o
On Wed, Oct 31, 2012 at 10:45 AM, Vratislav Podzimek
wrote:
> On Wed, 2012-10-31 at 10:33 +0100, drago01 wrote:
>> On Wed, Oct 31, 2012 at 10:27 AM, Vratislav Podzimek
>> wrote:
>> > On Tue, 2012-10-30 at 19:32 +0100, Gianluca Sforna wrote:
>> >> On Tue, Oct 30, 2012 at 7:12 PM, Adam Williamson
On 10/30/2012 08:35 PM, Richard Hughes wrote:
I really don't see why the Anaconda team should be treated so
differently from every other team. If we ship anything close to the
Anaconda we've got now then F18 is going to get ripped apart by the
reviewers.
My thoughts exactly...
JBG
--
devel mai
1 - 100 of 109 matches
Mail list logo
