*** Joins: Cupertino (~Cupez@62-177-158-122.dsl.bbeyond.nl) | 02:27 | |
*** Quits: Cupertino (~Cupez@62-177-158-122.dsl.bbeyond.nl) (Changing host) | 02:27 | |
*** Joins: Cupertino (~Cupez@unaffiliated/cupertino) | 02:27 | |
*** Joins: siebrand (~siebrand@5353A6DC.cm-6-4c.dynamic.ziggo.nl) | 02:56 | |
*** Joins: asm89 (~asm89@unaffiliated/asm89) | 02:58 | |
*** Quits: asm89 (~asm89@unaffiliated/asm89) (Client Quit) | 02:58 | |
*** Joins: asm89 (~asm89@unaffiliated/asm89) | 03:05 | |
*** Joins: soustruh (~Miranda@ip-86-49-121-75.net.upcbroadband.cz) | 03:06 | |
*** Joins: Rixie (~Rixie@188.177.20.182) | 03:18 | |
*** Quits: Cesare (~Adium@creati59.lnk.telstra.net) (Quit: Leaving.) | 04:56 | |
*** Joins: sgimeno (~sgimeno@163.117.206.10) | 05:14 | |
GitHub133 | [mantisbt] davidhicks pushed 2 new commits to master: http://bit.ly/o2NFCZ | 05:53 |
---|---|---|
GitHub133 | [mantisbt/master] Changed require_once to required_api for bug_api.php - Marcin Kłeczek | 05:53 |
GitHub133 | [mantisbt/master] Merge pull request #10 from MarcinKleczek/master - David Hicks | 05:53 |
*** Joins: giallu (~giallu@95.233.10.60) | 07:01 | |
*** Quits: giallu (~giallu@95.233.10.60) (Changing host) | 07:01 | |
*** Joins: giallu (~giallu@fedora/giallu) | 07:01 | |
asm89 | jreese: i was wondering | 09:25 |
asm89 | wouldn't i be nicer to put all the source-integration plugin in one directory? | 09:25 |
asm89 | or for plugins in general to have one 'root' directory? | 09:25 |
asm89 | that way plugins can be added and managed to an install as a git submodule :) | 09:26 |
jreese | well, in the case of source integration, it's actually a collection of multiple plugins, specifically so mantis users can enable only the integration types they need | 09:26 |
asm89 | hm | 09:27 |
asm89 | and mantis forces every plugin to have one directory? | 09:27 |
jreese | basically, yes | 09:27 |
jreese | that's how it knows where to look for language files, php pages, and file assets | 09:28 |
asm89 | yes ok | 09:29 |
asm89 | well too bad then | 09:29 |
asm89 | managing everything as git submodules would be real nice imo | 09:29 |
jreese | basically, I create a separate folder outside the webroot, and simlink everything into the mantisbt/plugins folder | 09:29 |
jreese | that way I can still use git to manage the plugins | 09:30 |
asm89 | yes | 09:30 |
asm89 | but it's kind of a work around | 09:30 |
asm89 | although i see that the source-integration is actually a collection of plugins | 09:30 |
jreese | perhaps we could modify the mantisbt plugin manager to know to look recursively for the plugin's root folder | 09:31 |
asm89 | wouldn't that be nice? | 09:31 |
asm89 | i was just wondering the other day, so that's why i'm asking here :) | 09:32 |
jreese | that way you could checkout/submodule the plugins directly inside the plugins directory, and it could just keep looking deeper | 09:32 |
jreese | the question is whether that will have any undue impact on performance | 09:32 |
asm89 | hm | 09:33 |
jreese | well, nvm | 09:33 |
jreese | if we modify the way plugins are listed in the database, then it shouldn't have to search on pageload, it should only have to search on the manage plugin spage | 09:34 |
jreese | might mean creating two separate search/register functions, but it should be possible | 09:34 |
jreese | something like that would be out of the question for 1.2.x though, so it would really be reliant on the direction we take for the next major release of mantis | 09:35 |
asm89 | of course | 09:35 |
asm89 | but i think you'll agree that setting up plugins with a 'git submodule add' would be nice! :) | 09:35 |
asm89 | since you can commit those to your local clone of the mantis reposity | 09:36 |
jreese | well, tbh, I find submodules to be a bit clunky, so I'd rather just do a manual checkout :P | 09:41 |
asm89 | really? | 09:41 |
asm89 | why if i may ask? | 09:42 |
asm89 | your setup would still benefit (but less) | 09:42 |
jreese | yeah, it seems like every time I update one of the submodules, I have to figure out how/why it doesn't seem to sync with the containing repo, and creating a new clone of the main repo requires doing some extra work and verification of the submodules | 09:43 |
jreese | it also frustrates me that submodules only keep track of what ref is used, so I have to do work to figure out what branch/tag it's currently pointing at | 09:43 |
asm89 | you have to do git fetch/pull in the submodule directory? | 09:43 |
asm89 | that data is 'contained' by the ref? :P | 09:44 |
jreese | yes/no | 09:44 |
jreese | in one of the projects I'm working on, I'm using submodules to handle upstream libraries, and I've cloned them and checked out a stable tag | 09:44 |
asm89 | yes, that's what we've done too | 09:45 |
jreese | but if I reclone the repository and do submodule init/update, it no longer knows what tag I used, so I have to compare the checked out ref to all the tags | 09:45 |
asm89 | no | 09:45 |
asm89 | you can commit that? | 09:46 |
jreese | that's my point, when you commit the submodule status, it doesn't keep track of what branch/tag was used | 09:46 |
jreese | it only keeps track of the commit hash/ref pointed at by the branch/tag | 09:46 |
asm89 | but by that you know the branch/tag? | 09:47 |
jreese | only by doing manual comparison | 09:47 |
asm89 | git log / status tells you that? | 09:47 |
asm89 | maybe i'm confused though | 09:47 |
jreese | jreese@dyson ~workspace/fossalert/lib/flask » git st | 09:48 |
jreese | # Not currently on any branch. | 09:48 |
jreese | nothing to commit (working directory clean) | 09:48 |
jreese | that's done from inside the submodule | 09:48 |
jreese | and even if I know what branch it was from, because it's not actually checked out to a branch, I either have to use a verbose merge/pull command to get the latest work, or I have to manually fetch and checkout the branch again | 09:50 |
asm89 | hm | 09:51 |
asm89 | i thought the branch thing worked, but that is probably in my head | 09:51 |
jreese | if you do a fresh clone of your repo, and look in your submodule directory before you do the init/update, you can see that the data it uses only stores a commit ref | 09:52 |
jreese | so git basically does a `git clone <url>; cd <dir>; git checkout <hash>` | 09:53 |
asm89 | yes, i know | 09:53 |
jreese | which results in your submodule's HEAD pointing directly at a commit instead of a branch/tag | 09:53 |
asm89 | but you're right about the branch stuff i guess | 09:54 |
asm89 | and that sucks indeed | 09:54 |
jreese | granted, I do agree that submodules are useful, insomuch that they allow your main repo to reproduce the state of all its dependent repos | 09:54 |
jreese | I just wish that it would keep track of more than just the commit hash | 09:55 |
asm89 | those things are always in 'detached HEAD' mode as soon as you do not checkout HEAD | 09:55 |
asm89 | agreed | 09:55 |
jreese | esp since there are a lot of cases where I want to have the submodules checked out to latest master, and be able to just `cd <subdir>; git pull` and be done | 09:55 |
jreese | further, I would love if the submodule command had a `pull` option that would cd into every submodule that has a branch checked out, and do a `git pull` for me | 09:57 |
jreese | but I basically have to do all that myself | 09:57 |
asm89 | there is 'foreach' | 09:57 |
asm89 | but since there is indeed no information on the branch | 09:58 |
asm89 | that's not quite helpful | 09:58 |
jreese | right | 09:58 |
asm89 | there is a -b option to check out a specific branch though | 09:59 |
asm89 | i don't know if you can change that afterwards | 09:59 |
asm89 | removing a submodule is quite cumbersome too :P | 10:00 |
jreese | yeah | 10:01 |
*** Quits: Cupertino (~Cupez@unaffiliated/cupertino) (Quit: I give up...) | 11:12 | |
*** Quits: asm89 (~asm89@unaffiliated/asm89) (Quit: bye!) | 11:12 | |
*** Joins: daryn (~daryn@h158.249.190.173.static.ip.windstream.net) | 11:43 | |
*** Joins: Paul24 (~IceChat09@2001:470:9310:aaaa:14c:4cd9:1e37:d21f) | 11:56 | |
*** Quits: giallu (~giallu@fedora/giallu) (Ping timeout: 276 seconds) | 12:10 | |
*** Quits: Paul24 (~IceChat09@2001:470:9310:aaaa:14c:4cd9:1e37:d21f) (Ping timeout: 260 seconds) | 12:21 | |
*** Joins: smithpg1002 (~smithpg10@65.119.51.224) | 12:25 | |
*** Joins: giallu (~giallu@fedora/giallu) | 12:28 | |
*** Joins: Paul24 (~IceChat09@cpc2-enfi9-0-0-cust94.hari.cable.virginmedia.com) | 12:49 | |
*** Quits: smithpg1002 (~smithpg10@65.119.51.224) (Quit: smithpg1002) | 13:13 | |
*** Parts: Rixie (~Rixie@188.177.20.182) () | 13:44 | |
*** Quits: daryn (~daryn@h158.249.190.173.static.ip.windstream.net) (Quit: Ex-Chat) | 18:08 | |
*** Quits: soustruh (~Miranda@ip-86-49-121-75.net.upcbroadband.cz) (Quit: visit http://wormscesky.cz) | 19:06 | |
*** Quits: Paul24 (~IceChat09@cpc2-enfi9-0-0-cust94.hari.cable.virginmedia.com) (Quit: Copywight 2011 Elmer Fudd. All wights wesewved.) | 19:12 | |
*** Joins: Cesare (~Adium@creati59.lnk.telstra.net) | 19:23 | |
*** Quits: scribe9343423 (~scribe934@static.96.23.63.178.clients.your-server.de) (Remote host closed the connection) | 20:00 | |
*** Joins: scribe9343423 (~scribe934@static.96.23.63.178.clients.your-server.de) | 20:00 |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!