On 11/16/2012 06:35 PM, Matthew Miller wrote:
On Fri, Nov 16, 2012 at 09:06:03PM -0500, Scott Schmit wrote: On Fri, Nov 16,
2012 at 09:26:30AM -0800, Jesse Keating wrote:
Tools outside of anaconda don't have to force @core, which opens
those tools up to far more creative payloads.
So where's
of choices for F18. We could either leave the existing
anaconda package there (which was completely broken) or import the
partially functional newUI code base. We went with the option that
would provide the most functionality, which was the newUI code base.
--
Jesse Keating
Fedora -- Freedom
that drum.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
environment. Code in newUI is different from old code in some of the
same areas, which means doing the work twice instead of once. Not to
mention porting forward all the other bits of F17's anaconda that
doesn't work with F18's userland tools/apis.
--
Jesse Keating
Fedora -- Freedom
On 11/12/2012 05:25 PM, Matthew Miller wrote:
On Mon, Nov 12, 2012 at 12:27:34PM -0800, Jesse Keating wrote:
But there was a non-UI way. Does that no longer work?
The non-UI way was kickstart. But you can't deselect (-) mandatory
packages in a group. @core is primarily made up of mandatory
users of Anaconda. It is incorrect
to assume that the upstream Anaconda development can be dictated solely
by Fedora, any more than upstream RPM development can be dictated solely
by Fedora.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
On Nov 10, 2012, at 11:21 AM, Kevin Kofler wrote:
Jesse Keating wrote:
Fedora is just one of the downstream users of Anaconda. It is incorrect
to assume that the upstream Anaconda development can be dictated solely
by Fedora, any more than upstream RPM development can be dictated solely
@core gets installed. So the result is the same as doing the
kickstart.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
or their stack is updated to work with the change,
but Anaconda is left broken.
We are not plug-n-play.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
redesigning it.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
.
This, incidentally, also is why running the F17 installer on F19 isn't
practical.
Bill
Not to mention that while making this migration and after, when system
tools /change their api/ or /change their command line arguments/ it
means that the installer is suddenly broken again.
--
Jesse Keating
that kind of task (once), allocate a
large amount of ram. Once that task is complete, the actual work the
image will be doing may require a lot less ram, so you can scale down
what you allocate to that guest.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel
(which
means no x) then the post-install configuration tools don't really exist
to do those necessary steps, nor do people want to have an automated
install, which then halts at first boot to prompt a user to configure a
bunch of stuff necessary to make the machine work right.
--
Jesse Keating
with your project as the official installer for Fedora.
I wish you luck!
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
can do what we want them to do.
Except those tools change over time, and their inputs change over time,
so anaconda breaks over time just in trying to take data in one place
and feed it into another.
Isn't software fun?
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
On 11/09/2012 08:57 AM, Jóhann B. Guðmundsson wrote:
On 11/09/2012 04:43 PM, Jesse Keating wrote:
While that has some obvious issues, like new hardware doesn't work
with old kernel/syslinux/grub/udev/etc...,
It's not like it always works in that area anyway
Right, computers don't always
necessary?
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
of notice,
cooperation, or coordination. Anaconda suffers a lot because of this,
and Fedora users/testers suffer a lot because Anaconda breaks a lot. We
are often the advanced scout who first encounters a major change.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
auth and firewall config are the main ones. Note that we don't
have any UI for firewall config either, so not really a lot of code
duplication.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
On 11/09/2012 09:35 AM, Toshio Kuratomi wrote:
On Fri, Nov 09, 2012 at 09:13:32AM -0800, Jesse Keating wrote:
As far as Anaconda reverted in the future, I'm confused as to
when/where this became a requirement.
I think he's saying this because:
1) Features have a section for contingency
-m) used during an
install *triples* when we get to the desolve and package install phase.
In my most recent test the used number went from roughly 550m just
before the packages step to 1645 during.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel
On 11/09/2012 11:32 AM, Matej Cepl wrote:
On 2012-11-09, 17:06 GMT, Jesse Keating wrote:
Because anaconda links into a large amount of runtime stuff, that
normally runs isloated and so it /looks/ like our memory usage is
balooned, when in reality the entire system has balooned, we're just
On 11/09/2012 12:05 PM, Toshio Kuratomi wrote:
On Fri, Nov 09, 2012 at 09:35:42AM -0800, Jesse Keating wrote:
On 11/08/2012 11:31 AM, Adam Williamson wrote:
Yes. This is_absolutely_ a feature. A complete rewrite of a core and
non-optional component cannot be done ad hoc without planning. One
On 11/07/2012 01:02 AM, Vít Ondruch wrote:
Dne 7.11.2012 08:08, Dan Horák napsal(a):
Jesse Keating píše v Út 06. 11. 2012 v 10:48 -0800:
On 11/06/2012 03:35 AM, Vít Ondruch wrote:
And rel-engs actively prohibits staging as much as they can [1], where
it should be encouraged IMO.
Vit
[1
On 11/06/2012 11:34 AM, Tom Callaway wrote:
Jesse, please review and apply these upstream and make a new update.
Fixed comments. Other patch
(fedpkg-1.10-use-nil-to-unset-distunset.patch) is fine as is.
Tweaked and pushed. Building an update now.
--
Jesse Keating
Fedora -- Freedom
again with a newer build.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
affect Anaconda
Kernel
Dracut
Systemd
NetworkManager
Changes in comps/packaging group ( rpm/yum? )
lvm
mdadm
btrfs-progs
e2fsprogs
xfsprogs
xvnc
..
Basically anything in lorax's runtime-install.tmpl and all the deps
therein can destabilize anaconda.
--
Jesse Keating
Fedora -- Freedom
, so we didn't notice all the subtle ways things were
breaking in rawhide until it was late in the game.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
keeping the freeze going.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
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
it worked well over serial. We happened to get it done well
ahead of time, but we never committed to having it at all for F18.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
one kernel spec and built out at the same
time. We've got a lot of new infrastructure coming for kernel builds
and we don't want to make things even more complicated by having to do
multiple rpm build runs.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel
on how
to structure the rpms that fell out of the kernel spec.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
, not just the ones with docs. And it means hoping all the packages
you've installed are still available in whatever source you installed
them from.
Anyway, it's just not something I'd feel comfortable exposing in the
anaconda UI.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel
on this for a while, if
ever. We will however review patches and guide those wanting to work on it.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
. To accomplish this right now, every package would have to
split out a -docs subpackage with all the docs in it. Anaconda /might/
do what you want in the future, by way of kickstart commands, but that's
not something we're going to expose in the UI.
--
Jesse Keating
Fedora -- Freedom
On 09/20/2012 01:27 PM, Matthew Miller wrote:
On Thu, Sep 20, 2012 at 12:25:46PM -0500, Jon Ciesla wrote:
I could make at tracker bug (in that case, probably one per Fedora release).
Or, maybe an alias that could be added to the CC line.
What's the best approach?
If it were me, I'd use a
On 09/17/2012 02:19 PM, Adam Williamson wrote:
On Mon, 2012-09-17 at 16:37 -0400, G.Wolfe Woodbury wrote:
On 09/17/2012 04:27 PM, Adam Williamson wrote:
It's been suggested that we should stop using 'GOLD' when talking
about Alpha and Beta, and I think this is right. Only final releases
should
On 09/07/2012 02:36 PM, Matthew Garrett wrote:
On Fri, Sep 07, 2012 at 11:54:03AM -0700, Jesse Keating wrote:
Fedora 18 is basically closed for new feature work, and instead the
focus needs to be on integration of the existing feature set and
bugfixes. But as you state there is a large amount
.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 09/02/2012 02:26 AM, Ian Malone wrote:
There's also a:
Skipping missing group 'base'
at the start of the livecd-creator process.
What repository are you pointing the install at? The base group should
exist in the group metadata (comps).
--
Jesse Keating
Fedora -- Freedom² is a feature
On 08/21/2012 12:24 PM, Dave Anderson wrote:
Is there something I need to change so that a simple fedpkg build
will work again?
I believe you need a new version of fedpkg and pyrpkg. It should just
be using rawhide instead of dist-rawhide.
--
Jesse Keating
Fedora -- Freedom² is a feature
On 08/13/2012 03:38 PM, Carl G wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=847644
?
I missed that bug because it was filed against dracut instead of Anaconda.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https
On 08/09/2012 01:04 PM, Jos Vos wrote:
--yesiknowwhatiamdoingbutitaketherisk ;-).
I think you misspelled %pre
:)
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is the right way to do
it. If he's not doing it anymore, I would urge some concerned
contributor to help setup the infrastructure to do it again.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 07/30/2012 12:02 PM, Seth Vidal wrote:
On Mon, 30 Jul 2012, Jesse Keating wrote:
On 07/29/2012 10:38 AM, Richard W.M. Jones wrote:
Currently we're doing a mass rebuild about every couple of releases,
ie. once a year.
Since Dennis Gilmore has written this rebuild script already, why
was created or merged.
A date without clear rules or context is just meaningless digits.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 07/27/2012 11:13 AM, Jon Ciesla wrote:
If you can suggest a clarification of wording, it sounds like an
EASYFIX for FPC.
-J
I would suggest just dropping the date field for SCMs that have a
canonical revision identifier.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel
).
The date things were checked out is pretty meaningless. More context is
needed, even on SCMs without a canonical revision identifier. You'd
want to know what branch or tag the checkout was from. That kind of
detail goes in the changelog, not shoved into the release string.
--
Jesse
talking about removing the date part of it so that you still have a
numeric prefix (e.g. 0.5) before the git hash. Ordering happens on the
0.X part, not on the git hash.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https
which could be quite old compared to the day's date you did the
checkout. Using the date somewhat assumes you're doing a checkout of
HEAD, which isn't always the case. I'd move that embedding the date in
there is of little use.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing
to try composing with this lorax?
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
/mime.cache was not retained in the squashfs.img , so
mime was not able to tell what the file was. Same error message though.
http://git.fedorahosted.org/cgit/lorax.git/commit/?id=3636fd58146768b07f8814d4aeab395876d93a82
that has the fix.
--
Jesse Keating
Fedora -- Freedom² is a feature
On 06/20/2012 09:57 AM, Adam Williamson wrote:
On Wed, 2012-06-20 at 12:21 -0400, Bill Nottingham wrote:
Simo Sorce (s...@redhat.com) said:
Of course for this to work properly we need some level of integration
between Network Manager and the DNS caching server so that the dynamic
On 06/19/2012 04:32 AM, Reindl Harald wrote:
Am 19.06.2012 09:53, schrieb drago01:
On Mon, Jun 18, 2012 at 12:41 PM, Matej Cepl mc...@redhat.com wrote:
On 18/06/12 09:30, drago01 wrote:
This would just result into stagnation while the competition invents
much better wheels and leave us
On 06/19/2012 02:03 PM, Kevin Fenzi wrote:
On Tue, 19 Jun 2012 14:00:46 -0700
Jesse Keating jkeat...@j2solutions.net wrote:
On 06/19/2012 12:16 PM, Jóhann B. Guðmundsson wrote:
In any case Kevin K. probably can comment on what landed the KDE
distribution on the Relengs DVD and on the release
On 06/19/2012 03:19 PM, Adam Williamson wrote:
If an manpower to cover anything else then critical path became a
concern we should fetch that manpower from the relevant SIG's community.
Basically the plan was to reach out for example to the
Gnome/KDE/XFCE/LXDE/Sugar community's to ask for
On 06/19/2012 03:59 PM, Jef Spaleta wrote:
On Tue, Jun 19, 2012 at 2:47 PM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
Again anything that gets handed out at various events should be considered
release blockers since the quality of that product reflects back at us as a
community thus if an
On 06/02/2012 08:38 AM, Gregory Maxwell wrote:
When I create a fork, respin, or remix of Fedora and distribute it to
people it will not run for them like Fedora does without a level of
fiddling which the people advocating this have made clear is entirely
unacceptable. This is because Fedora
On 06/02/2012 09:24 AM, Gregory Maxwell wrote:
(Users would have to disable
yum's gpg checking in order to install your unsigned package, or they would
have to install/your/ gpg key and trust it in order to install the package
signed with your key).
I distribute modified copies of
this.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
a buildroot
override in order to get that build into the buildroots.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
0m0.437s
sys 0m0.118s
half of a second.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 05/22/2012 12:33 AM, Jan Kratochvil wrote:
True, I agree now. It is just so slow (0m2.693s now, 0m4.222s with
drop_caches=3) I expected it waits for network.
I bet if you traced it, the majority of time is waiting for rpm to
return queries about the spec file.
--
jlk
--
devel mailing
commits and the like at least for
commits that never have been successfully build (or tagged).
- Thomas
re-writing history in a shared git repo is quite rude to all the people
who have it cloned. Not something I'm going to support.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel
obvious our CVS is doomed.
Also, our CVS trees are still available, and for the most part all the
CVS log messages are still available within git. Any migration from git
to something else should follow that same path and retain the information.
--
Jesse Keating
Fedora -- Freedom
down. Particularly when rebase
will leave git tags dereferenced, and there is no code (plumbing,
porcelain or otherwise) that will rebase the tags.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
? gitbuildhash
does require the network to hit the buildsystem, but I thought verrel
was all offline.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
, if this is something we see high value in tracking,
we can just add another git hook to do this directly, rather than
relying on a message bus.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
the proposal to say
so, subject to the feedback we get on this point.
Arm emulation would go a long way toward validating produced install
images too. Those of us that validate x86 images depend heavily on KVM
and the like.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel
will greatly reduce
the deps pulled in. I'm not sure what the ETA is on this.
Dennis?
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
include installs from live media.
Installs /to/ a SD device and then booting said install to validate it
could fit in there.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is
complete. Buildroots won't be updated with the build results until the
entire build is complete. You won't know if your build /fails/ on the
arch until it's done, etc...
Having one arch significantly slower than the others absolutely creates
material impact upon developers.
--
Jesse
the next few
releases. I may have missed it in the flurry of emails and debate,
anybody care to recap it for clarity?
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
bugs that need to be fixed which invalidates testing done already.
Playing the turn it on late game is a non-starter IMHO.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
on different machines. Perhaps the same could be done
for the arm variants as well.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 3/20/12 11:50 AM, Brendan Conoboy wrote:
On 03/20/2012 11:20 AM, Jesse Keating wrote:
Honestly I've yet to see a succinct list of reasons why secondary arch
is no longer good enough for the ARM effort, for at least the next few
releases. I may have missed it in the flurry of emails
don't
think ARM is ready for the mountain yet.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
other build tasks go faster too, even on x86, but traditionally we've
pushed away from that because of the complexity it presents and concerns
of reproducible results. Then again this discussion was ages ago when
the tech to do such things was youngish.
--
Jesse Keating
Fedora -- Freedom
On 3/20/12 12:14 PM, Brendan Conoboy wrote:
On 03/20/2012 12:05 PM, Jesse Keating wrote:
So if you're willing to live like that, I must ask again, what do you
think you'll be getting out of being a primary arch?
I'm willing to temporarily do better than secondary and worse than
primary
On 3/20/12 12:32 PM, Brendan Conoboy wrote:
On 03/20/2012 12:19 PM, Jesse Keating wrote:
What does better than secondary arch mean to you? I'm really
struggling here.
As an example, the same koji server handling x86 builds handling ARM
builds.
Only the koji hub would be the same, the arm
On 3/20/12 2:33 PM, Brendan Conoboy wrote:
On 03/20/2012 01:03 PM, Jesse Keating wrote:
As an example, the same koji server handling x86 builds handling ARM
builds.
Only the koji hub would be the same, the arm builders would be different
machines. This isn't all that different from having
the rest of it. It's just a
question of motivation and personpower.
My point is that the motivation and personpower can come independent of
whether arm is a PA or an SA. As you say, no technical barrier.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel
On 3/12/12 12:59 PM, Reindl Harald wrote:
I'm not sure. Install the build deps needed to rebuild the f17 SRPMs?
they are NOT solveable for the available src.rpms on F16
that is why it makes me so crazy that once built and
working packages are removed in the meantime
don't do the testing
this data. It's only the local commands that really matter.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
file was one of the things I
wanted to solve. Of course, I don't think I can solve it completely
without requiring a network action, unless we move away from using
master for rawhide and instead always have a specific branch for each
release.
--
Jesse Keating
Fedora -- Freedom² is a feature
cursed the fact that it's impossible
to reproduce the koji build environment elsewhere. On the whole I'm not
attracted to introducing still another discrepancy compared to what
happens in local builds.
regards, tom lane
--
Jesse Keating
Fedora -- Freedom² is a feature
On 2/24/12 12:10 PM, Ville Skyttä wrote:
On 2012-02-23 20:06, Jesse Keating wrote:
Could you help me figure out why path completion with ~/ isn't working
in fedpkg, but with full paths it is? I assume there is something wrong
in the (contributed) bash completion file.
https
was written was to check and see what other branches
existed, and just increment the biggest one by one. I welcome
suggestions for better ways to manage this.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
On 2/27/12 5:53 PM, Kevin Kofler wrote:
Jesse Keating wrote:
I was looking for a way to determine the behavior of the master branch
(for the sake of dist values) without hitting the network, as that would
break git's ability to work offline. The best I could come up with at
the time this code
new releases. I
didn't have to log into any other account, the rights were just granted
to mine.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 2/19/12 3:43 AM, Ville Skyttä wrote:
On 2012-02-18 20:26, Rahul Sundaram wrote:
On 02/18/2012 11:05 PM, Ville Skyttä wrote:
You can get the completion to work according to that preference with for
example yum install ./fooTAB - anything that looks like a filesystem
path triggers
On 2/8/12 4:30 PM, Reindl Harald wrote:
it is a very good idea because the overall quality of fedora would
be improved if there would be a larger release-blocking to get
the big changes fixed BEFORE alpha and in the meantime not involved
maintainers could proceed fixing the tons of small bugs
inclined.
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Nov 21, 2011, at 1:53 PM, Jóhann B. Guðmundsson wrote:
On 11/21/2011 09:25 PM, Michael Schwendt wrote:
Unconvincing. To reassure ownership periodicially won't be sufficient.
It would be just another button to click (like FAS password or cert
renewal) and would not guarantee that the
On Nov 21, 2011, at 2:29 PM, Jóhann B. Guðmundsson wrote:
So who's ultimately responsible for making sure that packagers are
following the current guidelines set by FPC releng?
the community. You see, the problem with a volunteer community is that
enforcement basically boils down to A)
On Nov 21, 2011, at 2:22 PM, Jóhann B. Guðmundsson wrote:
So if you are serious about wanting this fixed, draft a proposal, figure out
who's going to do the coding work, and bring it to FESCo.
I would think this work directly falls under releng jurisdiction ( given
that releng is
to fedpkg-1.1-1.fc16.noarch helped.
Somebody reported this when they didn't have the right ssl certs in place.
With the newer fedpkg installed, can you do a fedpkg clone -v appliance-tools ?
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
--
devel mailing list
, error
prone, and still difficult for clients to manage.
While I wasn't part of the decision to drop it, I wholly support the decision.
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
--
devel mailing list
devel@lists.fedoraproject.org
https
On Nov 14, 2011, at 10:24 AM, Dave Jones wrote:
Looking at
http://kojipkgs.fedoraproject.org/mash/rawhide-2014/logs/mash.log
(and previous logs), I don't see any obvious message for why the images/
directory isn't being created in the composes.
anyone have info on what's broken ?
1 - 100 of 693 matches
Mail list logo
