On Tue, 2010-08-03 at 03:06 +0200, Kevin Kofler wrote:
> Jesse Keating wrote:
> > Here is where you should have done a fedpkg or git push
> [snip]
> > There is nothing to commit, since all the changes are already committed.
>
> The joys of DVCSes. People are NOT used to commit and push being diffe
On Tue, 2010-08-03 at 06:41 +0200, Kevin Kofler wrote:
> Git is just a PITA in its own league, but DVCSes as a whole are a
> [...] unhelpful (inherently hard to use) concept.
I can't reproduce either issue. :D
> broken (*)
> (*) e.g. because of the strong reliance on hashes, which can make the
On Tue, 2010-08-03 at 05:40 +0200, Kevin Kofler wrote:
> Neal Becker wrote:
> > OK, got mercurial updated for devel, apparantly OK. Now try to update
> > f13:
> [snip a bunch of git tribulations]
>
> It's quite telling that the git workflow is so arcane and exotic that even
> the maintainer of
On Tue, 2010-08-03 at 08:10 +0200, Kevin Kofler wrote:
> I'm not talking about intentional collisions, I'm talking about accidental
> collisions, which ALL hash algorithms are vulnerable to, no matter how
> strong. Hashes are inherently non-injective and mathematically CANNOT be
> otherwise. Now
On Tue, 2010-08-03 at 08:16 +0200, Kevin Kofler wrote:
> Matt McCutchen wrote:
> > The only potentially confusing behavior was that git defaulted to
> > pushing all branches. Given that, the push failed due to a concurrent
> > change to a different branch on the destination,
On Tue, 2010-08-03 at 09:02 +0200, Kevin Kofler wrote:
> Matt McCutchen wrote:
> > You might like this article:
> >
> > http://valerieaurora.org/review/hash.html
>
> That article makes my point pretty well.
>
> > I'm willing to accept the miniscule proba
On Tue, 2010-08-03 at 08:52 +0200, Kevin Kofler wrote:
> Matt McCutchen wrote:
> > That's not strictly true: you're welcome to write svn-git. But the
> > point is taken, and that's why I invited clarification as to the reasons
> > for choosing git.
>
On Tue, 2010-08-03 at 09:12 +0200, Kevin Kofler wrote:
> But I guess git
> will be storing a lot of redundant stuff and forcing extra pulls if you work
> that way. :-(
It looks like the current implementation of "fedpkg clone -B" creates
independent repositories that don't share anything except
On Tue, 2010-08-03 at 09:31 +0200, Kevin Kofler wrote:
> Matt McCutchen wrote:
> > If you want to talk about correctness of algorithms, there is a notion
> > of "negligible" (less than inverse polynomial) probability of failure
> > that can be used. In the real wo
On Fri, 2010-07-30 at 09:14 -0700, Josh Stone wrote:
> A git trick I'd like fedpkg to learn is to use separate url/pushurl,
> e.g. in .git/config:
>
> [remote "origin"]
> fetch = +refs/heads/*:refs/remotes/origin/*
> url = git://pkgs.fedoraproject.org/foo
> pushurl = ssh://u...@p
On Tue, 2010-08-03 at 11:29 -0400, Martin Langhoff wrote:
> On Tue, Aug 3, 2010 at 11:16 AM, Matt McCutchen
> wrote:
> > don't want malware landing on my machine because someone did a MITM
> > attack on a Fedora maintainer's unencrypted "git fetch" and
On Tue, 2010-08-03 at 22:09 +, Ben Boeckel wrote:
> Matt McCutchen wrote:
> > No. If the attacker MITMs the entire connection, they can lie about the
> > values of the remote refs too, so there is no need to find a hash
> > collision.
>
> And how would you then
On Wed, 2010-08-04 at 04:29 -0400, Jaroslav Skarvada wrote:
> I encountered file in initial git repo that differs from version in
> latest cvs head. I cannot find this change in logs nor I didn't make
> this change (as far as I remember ;).
> --- sendmail-8.13.7-pid.patch.cvs 2007-08-27 12:25:
On Sat, 2010-08-07 at 11:51 +0100, Frank Murphy wrote:
> Thougth I ask for some feedback.
>
> Currently when abrt finds an existing bug,
> it goes
> " similar bug found, (shows a link) adding you to cc"
>
> looking at some of the bugs, that I have reported or cc'd on.
> Where someone earlier in t
On Sun, 2010-08-08 at 09:24 +0100, Frank Murphy wrote:
> On 08/08/10 03:25, Matt McCutchen wrote:
>
> >>
> >> Would it be any benefit to the maintainers\bugzappers.
> >> If abrt opened the existing link, before it would report?
> >
> > And then w
On Fri, 2010-08-06 at 11:29 -0500, Steve Bonneville wrote:
> i.g...@comcast.net wrote:
> > Ideally (from this perspective), the host would validate the response
> > itself.
>
> Exactly, if sshd is sufficiently paranoid it should make a query with
> CD set in the request and do all the validation
On Sun, 2010-08-08 at 20:01 +0100, M A Young wrote:
> On Sun, 8 Aug 2010, Matt McCutchen wrote:
>
> > Users should already be reading the existing information, because abrt
> > provides the link after it makes its changes (adding the user to CC and
> > adding a comment wi
On Sun, 2010-08-08 at 19:47 +0100, Frank Murphy wrote:
> On 08/08/10 19:28, Matt McCutchen wrote:
>
> >> By that I mean the maintainer\Co-Maintainer\Good Citizen
> >> retelling the same fix\workaround posted earlier in the bug.
> >> To either enable\updates-testin
On Thu, 2010-08-05 at 22:23 +0200, Till Maas wrote:
> Yes ssh is secure if used properly. To get the proper known_hosts entry,
> one has to download https://admin.fedoraproject.org/ssh_known_hosts btw.
I'm very glad to see that Fedora provides such a list. I just installed
it on my computer (afte
On Mon, 2010-08-09 at 12:11 -0700, Adam Williamson wrote:
> On Sun, 2010-08-08 at 11:34 -0700, Matt McCutchen wrote:
> > On Fri, 2010-08-06 at 11:29 -0500, Steve Bonneville wrote:
> > > i.g...@comcast.net wrote:
> > > > Ideally (from this perspective), the ho
On Tue, 2010-08-10 at 09:07 -0600, Stephen John Smoogen wrote:
> On Sun, Aug 8, 2010 at 14:04, Matt McCutchen wrote:
> > On Thu, 2010-08-05 at 22:23 +0200, Till Maas wrote:
> >> Yes ssh is secure if used properly. To get the proper known_hosts entry,
> >>
On Thu, 2010-08-12 at 10:59 +0200, Andreas Schwab wrote:
> Martin Gieseking writes:
>
> > Am 12.08.2010 10:32, schrieb Jaroslav Reznik:
> >> But as you can see on [1]: "http://pkgs.fedoraproject.org/gitweb/ BROKEN
> >> (listing 10K+ packages does not work). Use e.g.
> >> http://pkgs.fedoraproject
On Thu, 2010-08-12 at 11:20 +0200, Andreas Schwab wrote:
> Matt McCutchen writes:
> > I went to https://pkgs.fedoraproject.org/gitweb/ and it sat there
> > "Generating" for 5 minutes before I ran out of patience. I wouldn't
> > consider that "working fine
On Fri, 2010-08-13 at 03:33 +0200, Kevin Kofler wrote:
> Chris Adams wrote:
> > Why are you here? All you do is shout about how everything that is done
> > is done wrong, and how you wanted to do it different but were out-voted.
> > Why don't you go start your own distribution? If you are right,
On Thu, 2010-08-12 at 22:26 -0700, Jesse Keating wrote:
> Do you have any sort of proof that it's a "political" reason? It would
> seem to me that our kernel maintainers do not wish to include code that
> hasn't been blessed by Linus in our packages. Doing so has burned us in
> the past, and perh
On Fri, 2010-08-13 at 07:56 +0200, Ralf Corsepius wrote:
> On 08/13/2010 07:11 AM, Matt McCutchen wrote:
> > Let's try that again. Fedora has no obligation to you; nothing entitles
> > you (or anyone for that matter) to push updates or even to post to this
> > list.
&g
On Fri, 2010-08-13 at 22:59 +0200, Julian Sikorski wrote:
> Is the karma getting reset upon an edit?
I don't have an answer to the question, but FYI, there is an open ticket
about it:
https://fedorahosted.org/bodhi/ticket/388
--
Matt
--
devel mailing list
devel@lists.fedoraproject.org
https:/
On Thu, 2010-08-12 at 23:29 -0700, Jesse Keating wrote:
> On 08/12/2010 10:59 PM, Matt McCutchen wrote:
> > That's why I'm so frustrated that Fedora seems to be committed
> > to keeping the Mozilla trademarks, which moot any discussion of whether
> > to deviate f
On Sun, 2010-08-15 at 18:26 +0200, Kevin Kofler wrote:
> But the end effect is, we're allowing a web browser to disable memory
> protection, exposing all users to a severe security risk from merely
> browsing web sites. IMHO, the performance improvements in JavaScript aren't
> worth that risk.
On Sun, 2010-08-15 at 22:41 +0200, drago01 wrote:
> On Sun, Aug 15, 2010 at 9:45 PM, Matt McCutchen
> wrote:
> > On Sun, 2010-08-15 at 18:26 +0200, Kevin Kofler wrote:
> >> But the end effect is, we're allowing a web browser to disable memory
> >> protect
On Mon, 2010-08-16 at 01:15 +0200, Kevin Kofler wrote:
> Some web sites are indeed abusing JavaScript.
> A web site is
> not and should not be an application, an application is not and should not
> be a web site.
Just because you said so? Web applications bring enormous practical
benefits to t
On Wed, 2010-08-18 at 22:43 +0100, Richard W.M. Jones wrote:
> On Wed, Aug 18, 2010 at 08:02:13AM -0400, seth vidal wrote:
> > I am a libguestfs user and I'm complaining. It means I have to schlep
> > down a bunch of extra info on every update of libguestfs and that sucks
> > on my bandwidth.
>
>
On Tue, 2010-08-17 at 21:31 +0200, Kevin Kofler wrote:
> Adam Williamson wrote:
> > Shipping a Firefox with no ability to use Javascript would be more or
> > less equal to not shipping it, frankly. No-one would use the thing.
>
> What I suggest is just to use the same old JavaScript interpreter w
On Thu, 2010-08-19 at 07:41 +0100, Richard W.M. Jones wrote:
> On Wed, Aug 18, 2010 at 07:29:35PM -0700, Matt McCutchen wrote:
> > On Wed, 2010-08-18 at 22:43 +0100, Richard W.M. Jones wrote:
> > > On Wed, Aug 18, 2010 at 08:02:13AM -0400, seth vidal wrote:
> > > >
On Mon, 2010-08-23 at 13:16 -0400, Matthew Miller wrote:
> On Fri, Aug 20, 2010 at 09:24:42PM +0200, Till Maas wrote:
> > > On Thu, Aug 19, 2010 at 06:49:33PM +0100, Matthew Garrett wrote:
> > > > > I think "run X as user Xorg if you're on KMS" would be a fine
> > > > > F15Feature to aim for. Ubun
On Mon, 2010-08-23 at 08:12 +0200, Kevin Kofler wrote:
> Roberto Ragusa wrote:
> > Some more tags for "functionally comparable to" and the name of
> > some well known programs for Windows or Macintosh would let
> > people cope with the original names of Linux apps.
> >
> > Nero -> k3b, xcdroast
>
On Tue, 2010-08-24 at 10:23 -0700, Adam Williamson wrote:
> On Tue, 2010-08-24 at 12:14 -0500, Mike McGrath wrote:
>
> > > The intent is not to do so in the final release, AIUI. We're only
> > > keeping it around during pre-release, so that if we decide we need to
> > > fall back to upstart for fi
On Tue, 2010-08-24 at 22:32 +0200, drago01 wrote:
> [...] In the event that F14 goes back
> > to upstart, the final release will use a configuration that may not have
> > received much testing. If we want to claim that it's safe to switch
> > back to upstart after beta, we need to be testing that
On Tue, 2010-08-24 at 23:31 +0200, Lennart Poettering wrote:
> On Tue, 24.08.10 16:38, Bill Nottingham (nott...@redhat.com) wrote:
> > Lennart Poettering (mzerq...@0pointer.de) said:
> > > > - init shall support a mechanism to re-exec itself to not cause dirty
> > > > inodes on shutdown; initscr
On Wed, 2010-08-25 at 09:49 +0200, Kevin Kofler wrote:
> Matt McCutchen wrote:
> > I think that's precisely the concern. In the event that F14 goes back
> > to upstart, the final release will use a configuration that may not have
> > received much testing.
>
> D
On Thu, 2010-08-26 at 15:16 -0400, Neal Becker wrote:
> But, I hope this doesn't mean f12 is out of sync with f13, f14, master.
> They should all be identical.
It looks like f12, f14, and rawhide are all the same, and f13 has one
extra commit:
$ git show-branch remotes/origin/{f12/,f13/,f14/,}m
On Thu, 2010-08-26 at 15:56 -0400, Matt McCutchen wrote:
> $ git show-branch remotes/origin/{f12/,f13/,f14/,}master
> $ git diff refs/remotes/origin/{f12,f13}/master
To avoid any possible confusion: the inconsistency in the arguments I
used was just sloppy, it doesn't have a spec
On Sun, 2010-08-29 at 14:13 -0500, Mike McGrath wrote:
> On Sun, 29 Aug 2010, Manuel Escudero wrote:
> > 3) We're already using a GOOGLE SEARCH BOX!! in
> > http://start.fedoraproject.org/ ¿Do you have the code for this one?
> > NO. And Fedora Project is using it. I'm sharing a "Fedora Solution" a
On Sun, 2010-08-29 at 15:07 -0500, Manuel Escudero wrote:
> AGAIN AND AGAIN AND AGAIN... http://start.fedoraproject.org/ is using
> a Google Search Box... YOU DON'T HAVE THE CODE TO PLAY WITH IT OR
> ANYTHING... With "Fedora's engine" I'm giving you the chance of having
> something more "opensource
On Mon, 2010-08-30 at 02:46 +0530, Rahul Sundaram wrote:
> On 08/30/2010 01:01 AM, Matt McCutchen wrote:
> >
> > Interesting. I can understand not wanting to promote a proprietary
> > search engine on the Fedora start page, but if the idea is that Fedora
> > users and
On Mon, 2010-08-30 at 22:08 -0700, Jesse Keating wrote:
> Developers put new features in rawhide knowing that they will be in the
> next release of Fedora, which would be at the /most/ 6 months from the
> time they drop the feature.
It's more like 9 months. A feature has to wait until the next br
On Tue, 2010-08-31 at 08:19 -0400, Matthew Miller wrote:
> Fedora gets to build and ship a slightly-modified version of Firefox while
> retaining the Firefox name due to a distribution partner agreement with
> Mozilla. Mozilla gets their money from Google. I don't think we *can* make
> it something
On Tue, 2010-08-31 at 08:27 -0700, Adam Williamson wrote:
> It doesn't seem to be an unavoidable requirement, it says:
>
> "If you proposed Start/Home Page is not similar to the existing Firefox
> Start Page, please be prepared to provide a rationale for the change,
> and how it would benefit the
On Tue, 2010-08-31 at 16:30 -0500, Bruno Wolff III wrote:
> On Tue, Aug 31, 2010 at 17:20:23 -0400,
> Al Dunsmuir wrote:
> >
> > Please do not ignore that the browser is there for the user to use,
> > not for Fedora to stream information in spite of the user's wishes.
>
> Nor for Mozilla to
On Tue, 2010-08-31 at 17:36 -0700, Roland McGrath wrote:
> Perhaps local and so forth could be given a --dist=foo switch, and these
> sorts of errors could say "can't figure out your dist from git, use --dist
> or fix your repo".
Or a "branch" file... :D
--
Matt
--
devel mailing list
devel@lis
On Tue, 2010-08-31 at 22:14 -0400, Steve Dickson wrote:
> When I do a:
> git push --dry-run origin origin/master:refs/heads/f15/user/steved/pnfs-f15
> To ssh://ste...@pkgs.fedoraproject.org/kernel
> * [new branch] origin/master -> f15/user/steved/pnfs-f15
>
> which appears to do what I want
On Wed, 2010-09-01 at 14:20 +0200, Nils Philippsen wrote:
> On Tue, 2010-08-31 at 20:47 -0400, Matt McCutchen wrote:
> > On Tue, 2010-08-31 at 17:36 -0700, Roland McGrath wrote:
> > > Perhaps local and so forth could be given a --dist=foo switch, and these
> > > sorts
On Wed, 2010-09-01 at 21:41 +0530, Shakthi Kannan wrote:
> I would like to know if something like the following exists or is it
> possible to display the following for each packager:
>
> Package EL-6 EL-5 F-14 F-13
>
> in a web-page (for example) that can be populated from Koji
> (pe
On Wed, 2010-09-01 at 10:06 -0700, Jesse Keating wrote:
> On 9/1/10 9:01 AM, Garrett Holmstrom wrote:
> > Andreas Schwab wrote:
> >> Matt McCutchen writes:
> >>> I propose that fedpkg should consider a --dist option, a "branch"
> >>> file,
On Wed, 2010-09-01 at 13:33 -0400, Tom Lane wrote:
> Matt McCutchen writes:
> > Does it work if the current branch tracks another local branch which
> > tracks an upstream branch? It looks to me that the code does not handle
> > that, but I haven't found a good way to
On Wed, 2010-09-01 at 11:01 -0500, Garrett Holmstrom wrote:
> Andreas Schwab wrote:
> > Matt McCutchen writes:
> >> I propose that fedpkg should consider a --dist option, a "branch"
> >> file, and the name of the current git branch in that order.
> &g
On Wed, 2010-09-01 at 09:00 -0700, Jesse Keating wrote:
> On 8/31/10 5:36 PM, Roland McGrath wrote:
> > Perhaps local and so forth could be given a --dist=foo switch, and these
> > sorts of errors could say "can't figure out your dist from git, use --dist
> > or fix your repo".
>
> Yeah, I've been
On Thu, 2010-09-02 at 09:17 -0600, Kevin Fenzi wrote:
> On Thu, 2 Sep 2010 12:18:26 +0300 (EEST)
> Juha Tuomala wrote:
> > Has it been disabled recently?
>
> Short answer: Yes. It has.
>
> Longer answer:
>
> FESCo looked at trying to use voting data to give us an idea on 'hot'
> bugs that we
On Sun, 2010-09-05 at 23:57 -0400, Braden McDaniel wrote:
> Thanks. Now, how do I get fedpkg to preserve it? I see (when doing
> "fedpkg mockbuild"):
>
> INFO: Cleaning up build root ('clean_on_failure=True')
>
> So, where do I set clean_on_failure to False?
In /etc/mock/site-defaults.
On Wed, 2010-09-15 at 17:06 +0100, Robert Spanton wrote:
> I've recently had to link a fair amount of my work statically so that
> it'll run on a cluster of RHEL machines. Unfortunately, I am just a
> user of these machines, and so I don't have the power to get them to run
> Fedora or even to get
On Thu, 2010-09-16 at 17:19 +0100, Richard W.M. Jones wrote:
> There are times when static linking is a useful. Robert clearly
> describes one in his original post.
Only because we do not (yet) have a good per-user package manager to
make installing the required dynamic libraries, or assembling a
On Fri, 2010-09-24 at 14:48 -0430, Guillermo Gómez wrote:
> Why is this happening?
>
> rubygem-state_machine-0.9.4-3.fc12 unsuccessfully untagged from
> dist-f12-updates-testing-pending by bodhi
> Operation failed with the error:
> koji.TagError: build rubygem-state_machine-0.9.4-3.fc12 not
On Fri, 2010-09-24 at 16:50 -0400, Matt McCutchen wrote:
> On Fri, 2010-09-24 at 14:48 -0430, Guillermo Gómez wrote:
> > Why is this happening?
> >
> > rubygem-state_machine-0.9.4-3.fc12 unsuccessfully untagged from
> > dist-f12-updates-testing-pending by bodhi
&g
On Fri, 2010-10-01 at 08:13 +0530, A. Mani wrote:
> sigil is not available from yum
>
> http://code.google.com/p/sigil/
>
> It is easy to install from source on F
You can add it here:
https://fedoraproject.org/wiki/PackageMaintainers/WishList
--
Matt
--
devel mailing list
devel@lists.fedora
On Mon, 2010-10-04 at 04:30 -0500, Rex Dieter wrote:
> I've tagged docbook-utils-0.6.14-25.fc14 (the update reportedly fixing this)
> for the buildroot. Please try your builds now.
"f14-build" should appear in the "Tags" line here, right?
https://koji.fedoraproject.org/koji/buildinfo?buildID=19
On Mon, 2010-10-04 at 09:59 +0100, Richard Hughes wrote:
> On 27 September 2010 20:31, Richard Hughes wrote:
> > Right, but you could argue it's a regression as the behavior changed.
> > Could somebody please fix docbook-utils, otherwise all the GNOME koji
> > builds are going to fail.
>
> All my
On Tue, 2010-10-12 at 19:37 -0400, Gregory Maxwell wrote:
> On Tue, Oct 12, 2010 at 7:28 PM, Chris Adams wrote:
> > I noticed that ethtool is not in the default install anymore [...]
>
> mii-tool.
The mii-tool man page claims it is deprecated in favor of ethtool. In
fact, neither is in any comp
On Thu, 2010-10-14 at 01:48 +0200, Kevin Kofler wrote:
> Petr Sabata wrote:
> > I've been thinking about packaging dwm [1] since we already ship dmenu and
> > dzen2. I wonder if anybody would be interested in this fine window manager
> > (except for me).
>
> I think it's completely unreasonable to
On Thu, 2010-10-14 at 13:11 +0200, Thorsten Leemhuis wrote:
> I tend to disagree, as including both Iceweasel and Icedove in addition
> to Firefox and Thunderbird gives users, admins and especially those that
> maintain a remix the option to easily chose the solution that suites
> their needs best.
On Wed, 2010-10-13 at 23:45 +0200, Kevin Kofler wrote:
> Firefox is NOT an
> essential package, the GNOME spin could just ship Epiphany (GNOME's default
> browser) instead, and other desktop spins ALREADY ship the respective
> desktop's default instead of Firefox!
Epiphany is still not serious
On Sun, 2010-10-17 at 20:36 +0400, Pavel Alexeev (aka Pahan-Hubbitus) wrote:
> I want fill it, but bugzilla even do not contain such component as
> fedpkg. Why?
$ rpm -q --qf '%{SOURCERPM}\n' fedpkg
fedora-packager-0.5.1.4-5.fc13.src.rpm
So the component to file bugs is "fedora-packager".
--
M
On Sat, 2010-10-30 at 14:03 -0800, Javier Prats wrote:
> Where is this info kept on the install image and how would I go about
> modifying it locally to start playing? I'd like to learn whether some
> one else does this or not.
It's in anaconda. The / and /home specifications are here (line numb
On Wed, 2010-10-20 at 08:13 -0400, Daniel J Walsh wrote:
> I have been trying to get system processes to stop using /tmp for years.
>
> http://danwalsh.livejournal.com/11467.html
>
> As some one who lives with polyinstatiated namespace /tmp, The only
> problem I know of now is handing of kerbero
On Thu, 2010-11-04 at 19:44 +0100, Nicolas Mailhot wrote:
> From a practical point of view, as a bug reporter, when I get mass
> notifications to update scores of bugs that were opened years ago, and
> that the people owning the component never bothered to respond on (even
> to confirm they were al
On Thu, 2010-11-04 at 09:38 -0700, Adam Williamson wrote:
> The practical point is that F12
> is about to go EOL which means the bug must be closed...
Why? Obviously it needs to be clear that nothing further should be
expected from the maintainer unless/until the version is bumped. But
the proje
04 at 16:10 -0400, Matt McCutchen wrote:
> > On Thu, 2010-11-04 at 09:38 -0700, Adam Williamson wrote:
> > > The practical point is that F12
> > > is about to go EOL which means the bug must be closed...
> >
> > Why? Obviously it needs to be clear that not
On Fri, 2011-09-02 at 12:29 -0700, Adam Williamson wrote:
> On Fri, 2011-09-02 at 14:01 -0400, Matt McCutchen wrote:
>
> > What you're really saying is that most maintainers want to work from a
> > list of unexpired bugs. But there are ways to achieve that other than
>
On Fri, 2011-09-02 at 13:54 -0700, Adam Williamson wrote:
> Hum, I didn't realize our resolutions were so customized, I thought they
> were the upstream ones; this is what I've been told when discussing
> custom resolutions in the past. It's certainly something you could
> propose as an enhancement
On Fri, 2011-09-02 at 15:43 -0700, Adam Williamson wrote:
> On Fri, 2011-09-02 at 18:33 -0400, Matt McCutchen wrote:
>
> > > We clearly
> > > want to bugs to be CLOSED, not open with a quasi-closed keyword or
> > > whiteboard field.
> >
> > I
The log of the following update shows that it was submitted five times,
I assume with newer packages each time:
https://admin.fedoraproject.org/updates/NetworkManager-0.8.0-6.git20100408.fc12,ModemManager-0.3-9.git20100409.fc12
The top of the page now shows the newest package versions, but much o
On Sat, 2010-04-10 at 01:20 +0200, Till Maas wrote:
> There are nine bugs mentioned in the update. Do you really suggest that
> the update submitter should always manually copy them from an old update
> to a new update?
Yes. What's so hard about that? It's a single copy and paste.
> But it woul
On Fri, 2010-04-09 at 15:32 -0800, Jeff Spaleta wrote:
> When someone is publishing updates and putting them into testing
> specifically to address known bugs... and they get the fix wrong in
> some way... I think its perfectly acceptable to reuse the same update
> notice for the testing packages i
On Fri, 2010-04-09 at 16:26 -0700, Dan Williams wrote:
> That would be nice. Though in the end, as long as the update has not
> reached stable, is editing a testing update to fix regressions really
> that big of a deal...
It confuses the people who put in the effort to test your packages. I
upda
On Fri, 2010-04-09 at 19:57 -0400, Matt McCutchen wrote:
> On Fri, 2010-04-09 at 15:32 -0800, Jeff Spaleta wrote:
> > When someone is publishing updates and putting them into testing
> > specifically to address known bugs... and they get the fix wrong in
> > some way...
On Fri, 2010-04-09 at 16:10 -0800, Jeff Spaleta wrote:
> On Fri, Apr 9, 2010 at 3:57 PM, Matt McCutchen wrote:
> > The comparison to bugs is not valid. A bug is the same bug until it is
> > fixed. An update consisting of different packages is a different
> > update.
&g
On Fri, 2010-04-09 at 16:31 -0800, Jeff Spaleta wrote:
> I'll repeat. If a testing package is missing in bodhi...it means its
> obsoleted by a newer one.
This surprised me. I assumed updates were immutable and did not find
any suggestion to the contrary until today.
> Bodhi has a search interfac
On Fri, 2010-04-09 at 16:19 -0800, Jeff Spaleta wrote:
> Once a testing package is obsoleted by newer testing packages, why do
> we need to keep those packages in bodhi's interface?
To keep the contents of bodhi and the repository consistent at all times
(subject to mirroring). As soon as the obs
On Sat, 2010-04-10 at 22:30 -0700, Adam Williamson wrote:
> On Fri, 2010-04-09 at 20:05 -0400, Matt McCutchen wrote:
> > How hard is it to use Bodhi properly?
> To be clear, there's nothing 'improper' about editing updates, it's
> common practice. You can sugg
On Wed, 2010-04-14 at 15:53 +0200, Thomas Janssen wrote:
> On Tue, Apr 13, 2010 at 10:46 AM, Juha Tuomala wrote:
> > On Mon, 12 Apr 2010, Ryan Rix wrote:
> >> On Mon 12 April 2010 6:40:59 am Juha Tuomala wrote:
> >>> I recall, that the earlier version had some level of Akonadi support
> >>> as wel
On Wed, 2010-04-14 at 15:51 -0500, Rex Dieter wrote:
> Matt McCutchen wrote:
> > Please take the request seriously. If Tuju is right that most users
> > would be better off with the older version, then that's what Fedora
> > should ship.
>
> I appreciate the
On Wed, 2010-04-14 at 10:25 -0700, Ryan Rix wrote:
> I suggested that Juha fix his issue by downgrading simply because of this.
> He was the same person who has been complaining about KAddressbook in 4.4
> since its initial release, two months ago.
I find that communities run better if every que
On Wed, 2010-04-14 at 17:03 -0400, Matt McCutchen wrote:
> You should have given this
> answer to Tuju's original question rather than snippily dismissing it.
Whoops, sorry, I confused Rex Dieter with Ryan Rix. That remark was
meant for Ryan, not Rex.
--
Matt
--
devel mailing
On Sat, 2010-04-17 at 18:18 +0200, Gergely Buday wrote:
> I have upgraded to Fedora 12 on a machine and I had to format the root
> and the usr partition (it was a Fedora 8 -> Fedora 12 transit) , but I
> left home untouched. My problem was that the installer did not realise
> that I had three home
On Wed, 2010-04-21 at 16:15 -0500, charles zeitler wrote:
> i looked at this (and the MIT license) didn't see any explicit reference
> to source code! (e.g. , that it must be made available.)
Indeed. For an MIT licensing regime to be considered "free", the
original author must provide the source.
On Thu, 2010-04-22 at 09:25 -0400, Tom "spot" Callaway wrote:
> For example, stating "no binaries", wouldn't be true, as we might have a
> situation where we would have a bootstrapped binary contributed along
> with the source, but for bootstrapping reasons, needs to be included as
> a starter.
In
On Mon, 2010-04-26 at 10:11 -0800, Jeff Spaleta wrote:
> On Sun, Apr 25, 2010 at 12:10 AM, Christoph Wickert
> wrote:
> > I'm upstreaming reports from 'lazy idiots' too and some of them get
> > fixed. In fact the percentage of the ones that get fixed is not
> > different from the 'active' reporter
On Tue, 2010-04-27 at 23:35 +0200, Kevin Kofler wrote:
> In fact, I don't see Firefox as being the "absolute requirement" it's
> painted to be at all, we could even consider just not shipping it at all and
> picking a different default browser for the GNOME spin, e.g. Epiphany which
> is the off
On Tue, 2010-04-27 at 16:59 -0500, Bruno Wolff III wrote:
> On Tue, Apr 27, 2010 at 17:55:39 -0400,
> Matt McCutchen wrote:
> >
> > Epiphany is a non-starter. In the default configuration, it doesn't
> > validate SSL certificates at all (bug 569577). An unbranded
On Wed, 2010-04-28 at 00:35 +0200, Kevin Kofler wrote:
> Matt McCutchen wrote:
> > Epiphany is a non-starter. In the default configuration, it doesn't
> > validate SSL certificates at all (bug 569577). An unbranded Mozilla
> > browser would be a much better choice.
>
On Thu, 2010-04-29 at 22:43 +0300, Debarshi Ray wrote:
> Anjuta carries a bunch of template sources which are filled up at
> runtime to generate source files for various kinds of projects. These
> are placed in /usr/share/anjuta/project. Now
> /usr/lib/rpm/brp-python-bytecompile is trying to byte c
1 - 100 of 218 matches
Mail list logo
