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
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 mand
ntime
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
Fed
nging that drum.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
27;ll also point out that we didn't
have a lot 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 ne
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 develo
a 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
by Fedora.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lis
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/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
(free -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 mai
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 c
ouching?
root 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.
ges without a lot 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!
-
p going, but is it really necessary?
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
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, co
hat those tools 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!
-
nce FESCo
to replace anaconda 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
(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 Ke
packages". So in order to handle 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² i
into each layer.
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
, then knock yourself out
redesigning it.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
k continues to
work with the change 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
es \n %end as well,
only @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
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² is a
nd it on anyway, or try 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
rnal components can 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.
--
h I spent a little more time in to
make sure 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
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
makes a lot of people hate
Anaconda because it's 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
ssues, 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
work, I was just making a suggestion 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
ng to provide
"kernel", but if you explicitly ask for kernel-minimal you'd get just
the minimal.
This would all be done from 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 ev
set, 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
ocify
yourself. 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 K
p this effort and run with it, the
Anaconda team won't likely be spending any time 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
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 tracke
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
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 -- Freedo
x27;s (pre)Alpha software.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
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 K
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
filed on
this somewhere? I didn't see it come into the anaconda bugs list.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
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
I'm no longer responsible for trac administration and I cannot give
these packages the attention they need.
trac-git-plugin
trac-iniadmin-plugin
trac-mercurial-plugin
trac-ticketdelete-plugin
trac-webadmin
trac-xmlrpc-plugin
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel ma
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
e side, which 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
git hash.
I'm 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.fed
ll of errors to
continue using).
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
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!
--
de
e hash 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
ckout of a tag
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 --
/mime/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 fe
ed 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
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
configurations
On 06/19/2012 03:59 PM, Jef Spaleta wrote:
On Tue, Jun 19, 2012 at 2:47 PM, "Jóhann B. Guðmundsson"
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 relevant SIG can
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 as
On 06/19/2012 02:03 PM, Kevin Fenzi wrote:
On Tue, 19 Jun 2012 14:00:46 -0700
Jesse Keating 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 blocker in
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 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 behind.
Abstracti
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 Fedo
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 will
this.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ate 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
-2.fc18
real0m0.563s
user0m0.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 lis
ivity? 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
path I would want to go 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.fedo
IMHO 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²
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 mailing list
n to update 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 mai
the short term, 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/m
RM and all 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 mai
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 havin
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 th
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
It could make some
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 Keatin
On 3/20/12 11:59 AM, Brendan Conoboy wrote:
I haven't run this by anybody yet, so if it's nonsense just say so, but...
Would it be reasonable to, even amongst primary architectures, allow
these steps to go forward even if one arch fails while another succeeds?
Let's say we have arch-groups in
ese threads I really 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
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 email
l often 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
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
r the ARM effort, for at least 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
e build 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 up
nal. ARM will need to follow it or have something
extremely similar. Granted the release criteria mostly involves the
installation process, but it does 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
ct the srpm and nothing else, which 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
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
On 2/29/12 1:25 PM, Tom Lane wrote:
Jesse Keating writes:
On 2/28/12 12:58 AM, VÃt Ondruch wrote:
If you say to Koji that it should checkout master at remote machine,
build a SRPM etc, why the Koji can't determine the proper %{?dist} at
remote machine? Why it takes the %{?dist} from
t pull' to get the updated file.
Yep. Stale information in the branch 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 spec
actually try to
get 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
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
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/listinfo/devel
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.
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 ./foo - anything that looks like a filesystem
path triggers filename-only
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/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 and
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 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
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
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
1 - 100 of 794 matches
Mail list logo
