You are not logged in.
- Topics: Active | Unanswered
#1 Re: Programming » How does the SVN repository work? » 2009-02-05 09:33:41
- jmp
So, the repository makes a diff out of every changeset for the changed files?
Basically yes, but usually the diffs are also compressed to save space.
My problem is that it must take a lot of time in a big repository with, let's say, 10000 commits, to view the differences of a file from revision 1 to 10000...
Again, I don’t know how Subversion handles this, but Mercurial creates compressed snapshots of the files (i.e. saves the full file) between a certain amount revisions, and uses an index file to determine where the snapshots and changesets are stored in the Mercurial filesystem. So if you want to view revisions between 1 and 10000, you might only need to take rev1, all diffs between the latest snapshot (say rev9950) and rev10000 merged, and show a diff between those. So at the end, the VCS could end up going through only a few diffs.
#2 Re: Programming » How does the SVN repository work? » 2009-02-04 20:40:26
- jmp
Is there anybody out there who knows or who could point me to a site that knows how the SVN repository is built up?
On the other hand, when saving everything in diffs, it would take a lot of time to see e.g. the difference from revision 20 to revision 846 because all diffs would have to be "added" together.
I think most VCS use deltas. It’s fast because the deltas are often a linear chain in the changeset history (i.e. each delta is based on the previous revision of the file). I don’t know about SVN, but in a benchmark a while back Mercurial committed 20 MB worth of patches (in multiple files) in slightly over a minute, which sounds pretty fast to me. I’m guessing the times for viewing diffs of single files are faster than commits, since you would have to go only the changeset history of that particular file.
#3 Re: General discussion » Flyspray » 2009-01-19 20:18:07
- jmp
Jarkko: Not what he meant. Bugzilla has a post-commit hook that allows it to "read" commit messages and act based on them: so does Trac. It makes it easier to work with bugs since you don't have to modify the bug yourself.
Just to clarify: The “post-commit” hook is in Subversion, and it is used by the scripts provided by Bugzilla and Trac. (Not the other way around.)
It’s hardly an “integration”, thus I interpreted him to mean the repo browsing features.
I try to avoid having to compile Ruby/Perl/Python unless I absolutely need to
Good, since none of them require compilation.
(Disclaimer: Python will compile to bytecode when running a script.)
EDIT: Unless you meant the interpreters themselves, in which case: never mind!
#4 Re: General discussion » Flyspray » 2009-01-19 09:50:06
- jmp
[…] the stable version doesn't seem to have SVN integration.
Bug trackers don’t often have integration with any VCS, because that’s not their job as per the Unix philosophy. Displaying the contents of the repository/changesets is the job of whatever VCS web interface you’re using.
I used Flyspray for a bit (didn’t really like it), but moved to Roundup. I use it for some of my private projects and it works like a charm.
#5 Re: General discussion » Copyright question » 2009-01-01 22:32:39
- jmp
That's what I'm mainly checking on. They will be intact, either way. Does physical location of the complete, intact notices matter though?
I see where you're getting at.
I don't know. Maybe you should write an email to FSF.
I'd be interested to know too.
#6 Re: General discussion » Copyright question » 2009-01-01 22:08:28
- jmp
Seriously though, that section 1 above is open to personal interpretation, especially when the code is modified.
To put it simple:
Section 1 applies to verbatim copies.
Section 1 and 2 apply to modified copies. (Section 2 just says that in addition to the terms of section 1, you have to add a note that you've modified the file, distribute it under the same license, etc.)
I think it's pretty simple. I probably just worded everything horribly. ![]()
Does shunting them off to a different location and only showing the link to that location instead of the content directly classify as breaking the requirements?
The license says that they should be kept intact.
#7 Re: General discussion » Copyright question » 2009-01-01 21:06:57
- jmp
Checking through those snippets posted by Jarkko, (cheers
), would that still classify as verbatim, with the full reference being external and only the pointer link in the file? That's the part which seems a tad grey.
The section "How to Apply These Terms to Your New Programs" in GPLv2 states that "each file should have at least the "copyright" line and a pointer to where the full notice is found." But this only refers to "new programs", and that section is not part of the actual license terms. The terms for modified software are described in section 2 of the GPLv2. As you will notice, the terms of section 1 (including the first snippet I posted) also apply to modified software. FluxBB 1.3 is "modified software".
#8 Re: General discussion » Copyright question » 2009-01-01 20:39:19
- jmp
You may copy and distribute verbatim copies of the Program's source code as you receive it, in any medium, provided that you conspicuously and appropriately publish on each copy an appropriate copyright notice and disclaimer of warranty; keep intact all the notices that refer to this License and to the absence of any warranty; and give any other recipients of the Program a copy of this License along with the Program.
From section 1 of GPLv2.
FluxBB can also be distributed under the GPL version 3.
You may convey verbatim copies of the Program's source code as you receive it, in any medium, provided that you conspicuously and appropriately publish on each copy an appropriate copyright notice; keep intact all notices stating that this License and any non-permissive terms added in accord with section 7 apply to the code; keep intact all notices of the absence of any warranty; and give all recipients a copy of this License along with the Program.
From section 4, "Conveying Verbatim Copies" of GPLv3.
Full license texts:
http://www.gnu.org/licenses/gpl-2.0.txt
http://www.gnu.org/licenses/gpl-3.0.txt
#9 Re: General discussion » Happy new year+my birthday (yay) » 2009-01-01 18:02:11
- jmp
Still triggers the annoying Javascript alert boxes.
That was exactly what the "hold Enter" part was for.
#10 Re: General discussion » Happy new year+my birthday (yay) » 2009-01-01 17:47:03
- jmp
If you clicked through all of them, you could eventually close it, but it's still highly disruptive.
Middle click the tab and hold Enter. The joys of repeating keys.
Or better yet, Ctrl+W, and you don't even have to hunt for the tab with your mouse.
#11 Re: General discussion » Happy new year+my birthday (yay) » 2009-01-01 17:41:27
- jmp
And what, might one ask, is wrong with Elbekko's response to that link?
Calling people trolls and mocking their age is completely unnecessary and uncalled for.
so it can't be closed without force quitting the browser.
Am I really the only one who managed to close the tab?
#12 Re: General discussion » Happy new year+my birthday (yay) » 2009-01-01 14:57:07
- jmp
What is there to say? A site like that is not only immensely annoying, people can see it as malicious and thus regard this site as malicious. Is it really that hard to get that a link like that might not be welcome?
Honestly, grow a sense of humor. This is completely unnecessary, pointless uptightness. I can't blame Gotipe for getting upset at an attitude like that.
#13 Re: General discussion » Happy new year+my birthday (yay) » 2008-12-31 22:33:40
- jmp
Happy new year. It's already 2009 here.
#14 Re: General discussion » Happy new year+my birthday (yay) » 2008-12-30 21:20:00
- jmp
That something will likely be a kick up the jacksy, posting links like that.
I thought it was funny. ![]()
#15 Re: General discussion » Happy new year+my birthday (yay) » 2008-12-30 10:25:50
- jmp
I presume Jarkko found it anyway.
And because of that I forgot what's most important: happy birthday!
(And a merry new year.)
#16 Re: General discussion » Happy new year+my birthday (yay) » 2008-12-30 01:45:27
- jmp
If you wanna see a picture from my birthday party here in Sweden, you ought to maximize your volume to hear the sound good.
Lovely… ![]()
#17 Re: FluxBB discussion » The future of FluxBB » 2008-12-27 14:30:11
- jmp
Also, I have no idea where you people are getting your figures from.
If you're talking about this:
Who of you really believes that the development of 2.0 (with templating etc.) would only take a year?
Then I suppose from this post.
#18 Re: FluxBB discussion » The future of FluxBB » 2008-12-27 09:52:07
- jmp
if 1.2 was released as 1.4 with only uf8 support, too many people will get confused.
UTF-8 support would be (in my opinion) a feature big enough to justify the version bump.
[…] i mean almost every thing is done.
No.
#19 Re: FluxBB discussion » The future of FluxBB » 2008-12-27 08:41:41
- jmp
Like any other software, it will become obsolete if it's not further developed.
I don't think you've been reading carefully what I've said.
The way I see it now, there are at least three ideas about this floating around:
Have separate devs for the 1.2 (1.4) branch (as suggested at least by Smartys, Elbekko, me…)
Develop both branches with the same developers (yann, …?)
Stop developing 1.2 (only maintaining security fixes) and focus all efforts on the 1.3 (2.0) branch instead (Rich, ridgerunner)
You seem to be under the impression that I support C, and still want to use 1.2.
Are you guys saying that a fully templatable forum and an extension system like 1.3's are not two hugely valuable aditions?
No one said that. But fact is, many people don't need those features, at least not yet. Things like UTF-8 support are (in my opinion) much more widely needed. And like Smartys said, "The idea is to support 1.2 for the many people who can not or will not upgrade to 1.3 while also developing a more modern version of 1.2". In the long term, using an obsolete forum software would be a bad idea, but like I said, I would support further development of the 1.2 branch, while the current dev team would have less pressure with developing the 2.0 branch.
[…] that worths much more than the label "1 click install extensions". […]
You're making it look like I was diminishing it. I'm not. Some people just don't need it and/or the current methods (hacking the code manually) work well enough.
For people who want an extensible forum as opposed to minimalistic, the extension system will be a good addition. For people who don't need extensions, it's useless. That is my point.
#20 Re: FluxBB discussion » The future of FluxBB » 2008-12-26 15:52:33
- jmp
1.2 shouldn't be developed any more - sure maintain it for now with security releases but don't do more with it. Keeping it going will only dilute what resources you have.
I disagree.
I think the 1.2 branch is the most robust, stable and in general best piece of forum software I've ever used. For me (and I don't think Smartys is wrong when saying that there are others who share the same view), it's more than enough. I don't need a one-click extension system or a very advanced template system. Apart from UTF-8 support, it pretty much contains all the crucial elements a web forum needs, in my opinion.
The point about resources is probably a non-issue too, if the solution Smartys suggested (having separate developers working on the 1.2 branch) works. Both branches would have their own devs, and neither would have to worry too much about the other branch.
As for bumping the version number to 2.0, I think it's a good idea.
#21 Re: General discussion » Which one is the real? » 2008-11-29 15:03:40
- jmp
Technically no one. These software share a good part of the code so they share bugs as well. Take it as the bug reported under GPL licence.
Sharing is caring! ![]()
#22 Re: General discussion » Word Association Thread » 2008-11-14 15:31:05
- jmp
Water
#23 Re: Programming » C++: stopping a while loop from outside » 2008-11-14 15:30:31
- jmp
@reines... uhmmm know. you're right. any ideas how i could do it instead?
Didn't he just say it?
#24 Re: General discussion » Word Association Thread » 2008-11-14 00:04:56
- jmp
rodent
#25 Re: General discussion » Word Association Thread » 2008-11-13 22:32:16
- jmp
sex (no comments in this)
Haha ![]()
gender
