| [00:20:01] |
* |
MACscr has joined #trac |
| [00:20:19] |
<MACscr> |
how do i change the logo, i dont actually need root on the server for this do i? |
| [00:20:42] |
<MACscr> |
im just the web designer, so this is getting pretty agrivating |
| [00:47:52] |
* |
otaku42_away is now known as otaku42 |
| [00:49:16] |
* |
prisoner has quit IRC |
| [01:01:26] |
* |
zyga has joined #trac |
| [01:01:32] |
<zyga> |
hello |
| [01:01:44] |
<zyga> |
I'm interested in improving the darcs-trac integration |
| [01:11:32] |
* |
Sonderblade has joined #trac |
| [01:25:18] |
<MACscr> |
zyga, quick question, how do i replace the trac_banner.png logo? I cant find it anywhere |
| [01:25:23] |
<MACscr> |
its driving me nuts |
| [01:25:29] |
<MACscr> |
btw, i didnt do the install |
| [01:25:33] |
<MACscr> |
im just the designer |
| [01:25:51] |
<zyga> |
MACscr: I don't really know but I do remember seeing somethig like a banner image, did you check the config file? |
| [01:26:08] |
<MACscr> |
whats the name of the config file |
| [01:26:09] |
<zyga> |
yeah, config file |
| [01:26:13] |
<zyga> |
trac.ini |
| [01:26:21] |
<zyga> |
in YOUR-PROJECT/conf/trac.init |
| [01:27:14] |
<MACscr> |
ROFL, are you telling me its still getting the logo from their site? |
| [01:27:22] |
<MACscr> |
no, wops |
| [01:27:30] |
<MACscr> |
woops, thats just the url |
| [01:27:41] |
<MACscr> |
hmm, i swear i couldnt find that common folder |
| [01:28:03] |
<MACscr> |
do i have to restart trac once i edit it? |
| [01:28:24] |
<zyga> |
yeah |
| [01:30:20] |
<MACscr> |
hmm, now i just have to find that banner image |
| [01:30:59] |
<MACscr> |
because its nowhere near the trac.ini file |
| [01:31:01] |
<MACscr> |
AFAIK |
| [01:32:47] |
<zyga> |
try a full url maybe? |
| [01:32:59] |
<MACscr> |
great idea |
| [01:33:01] |
<MACscr> |
thanks! |
| [01:34:17] |
<MACscr> |
perfect |
| [01:34:19] |
<MACscr> |
you are the man |
| [01:34:41] |
<MACscr> |
do you have a paypal address i could throw you a few bucks too? |
| [01:35:06] |
<zyga> |
no :) |
| [01:35:22] |
<zyga> |
well, err |
| [01:35:22] |
<MACscr> |
who doesnt have paypal? =P |
| [01:35:23] |
<zyga> |
I do |
| [01:35:27] |
<zyga> |
just a sec |
| [01:35:34] |
<zyga> |
I didn't remember initially |
| [01:35:41] |
<MACscr> |
lol |
| [01:42:44] |
<MACscr> |
doh, it says the polish cant receive funds, can only send them |
| [01:42:52] |
<MACscr> |
sry |
| [01:46:36] |
* |
MACscr has left #trac |
| [01:46:42] |
* |
cmlenz has quit IRC |
| [01:48:18] |
* |
vandenoever has joined #trac |
| [01:48:45] |
<vandenoever> |
hello, i'm trying to use trac with postgres, but initenv tells me "Unsupported database type" |
| [01:48:57] |
<vandenoever> |
should i install some additional packages or give install options? |
| [01:52:06] |
* |
wkornew has joined #trac |
| [02:00:47] |
<asmodai> |
vandenoever: http://projects.edgewall.com/trac/wiki/TracInstall#ForPostgreSQL |
| [02:00:56] |
<asmodai> |
did you install one of those? |
| [02:01:01] |
<vandenoever> |
yes |
| [02:01:08] |
<vandenoever> |
i see now that i'm missing swig |
| [02:01:24] |
<vandenoever> |
and i was using postgresql: instead of postgres: |
| [02:03:43] |
* |
maxb_ has joined #trac |
| [02:04:27] |
* |
maxb_ is now known as maxb |
| [02:06:47] |
<Sonderblade> |
is it possible to link to the raw version of a file inside the repository? |
| [02:07:00] |
* |
cmlenz has joined #trac |
| [02:07:21] |
<asmodai> |
Moin cmlenz |
| [02:07:30] |
<cmlenz> |
morning asmodai |
| [02:07:57] |
<asmodai> |
Wie geht's? |
| [02:08:15] |
<alect> |
hi |
| [02:08:58] |
<cmlenz> |
gut, danke :-) |
| [02:09:32] |
<asmodai> |
alect! |
| [02:10:24] |
* |
alenoosh has joined #trac |
| [02:16:57] |
<alenoosh> |
I am trying to create a trac environment , besides we use the sourceforge repository , so I don't know what to do about the path to svn repository , can u help ? |
| [02:18:11] |
<cmlenz> |
you'll need trac 0.10dev (aka current trunk) |
| [02:18:12] |
<maxb> |
alenoosh: That won't work - trac needs to be running on the same machine the repository is hosted on. |
| [02:18:31] |
<maxb> |
ra support arrived already? |
| [02:18:32] |
<cmlenz> |
my comment was about using trac *without* any repository |
| [02:18:37] |
<cmlenz> |
:-P |
| [02:18:40] |
<cmlenz> |
so no |
| [02:18:46] |
<wkornew> |
hi |
| [02:18:54] |
<maxb> |
Ah, ok. |
| [02:18:54] |
<cmlenz> |
hey wkornew |
| [02:18:55] |
<wkornew> |
tic: please don't upgrade Trac, yet |
| [02:18:58] |
<wkornew> |
hi cmlenz |
| [02:19:17] |
<vandenoever> |
hmm, now i can't get python to find the svn module |
| [02:19:23] |
<wkornew> |
I'm currently finishing the "restrict planning-related fields to authorized people, only" patch |
| [02:19:34] |
<vandenoever> |
what should the svn module file look like? |
| [02:20:24] |
<wkornew> |
cmlenz: why does the default query only show tickets with owner == you or cc == you or cc == your-email? |
| [02:20:25] |
* |
stevegt has quit IRC |
| [02:21:00] |
<wkornew> |
cmlenz: this is very confusing. would you accept a patch to fix this (default: all open tickets grouped by milestone)? |
| [02:21:27] |
<cmlenz> |
to limit the default response size by using a reasonable default contraint |
| [02:21:33] |
<cmlenz> |
I don't agree it's confusing |
| [02:21:35] |
<alenoosh> |
I think I need to ask this question from the sourceforge staff , but I haven't find any official support channel for sourceforge , do you know any ? |
| [02:22:33] |
<wkornew> |
cmlenz: I was very irritated when I saw it the first time and tic even thought that there existed no tickets |
| [02:22:40] |
<cmlenz> |
wkornew: I can tell you that "planning-related fields" patch isn't going to be integrated into trunk... as I said yesterday you should use alect's workflow branch for such things |
| [02:22:49] |
* |
sunjammer has joined #trac |
| [02:23:04] |
<maxb> |
I've attached a patch to a ticket, but it hasn't yet drawn a review from any committers. What's the preferred way to gently agitate for a review? |
| [02:23:18] |
<cmlenz> |
maxb: which ticket? |
| [02:23:24] |
<wkornew> |
cmlenz: why should it only go into that branch? |
| [02:23:37] |
<maxb> |
#1890 |
| [02:24:02] |
<cmlenz> |
wkornew: because it's not generic... whether some field is planning-related depends on your particular workflow... trac doesn't make any such assumptions currently |
| [02:24:33] |
<cmlenz> |
besides we're trying to close up trunk for a release of 0.10 soon |
| [02:24:46] |
<cmlenz> |
and the workflow branch is where a lot of this kind of work has already happened |
| [02:25:27] |
<wkornew> |
cmlenz: in what way is it not generic? I mean, milestone is definitely something that only the developers can decide and the priority is their personal wish, too |
| [02:25:32] |
* |
eblot___ has joined #trac |
| [02:25:35] |
<maxb> |
[Re: default query] - the current behaviour makes sense for installations where all authenticated users are committers or similar. It just looks a bit odd when used on a site which permits open registration. |
| [02:26:28] |
<wkornew> |
cmlenz: when will the workflow branch be integrated into trunk? |
| [02:27:03] |
<maxb> |
wkornew: Not really - here's a counter-example: developers aren't supposed to set milestones, a steering committee does that. |
| [02:27:10] |
* |
sunjammer has quit IRC |
| [02:27:58] |
<maxb> |
Any single policy that Trac enforces will be wrong for some people. So the only thing to do is to have configurable workflow. |
| [02:28:01] |
* |
eblot___ has quit IRC |
| [02:28:02] |
<wkornew> |
maxb: well, then only admins should be allowed to modify that field... |
| [02:28:08] |
<tic> |
how's the workflow branch coming along? |
| [02:28:14] |
<wkornew> |
hey tic |
| [02:28:44] |
<wkornew> |
tic: maybe we should switch to that branch? |
| [02:34:25] |
* |
tuxipuxi has joined #trac |
| [02:35:17] |
<cmlenz> |
the merge of the workflow branch is planned for 0.11 |
| [02:35:22] |
<cmlenz> |
i.e. after 0.10 is out of the door |
| [02:35:30] |
<cmlenz> |
which should be soon |
| [02:35:35] |
* |
alenoosh has quit IRC |
| [02:36:17] |
<maxb> |
Wow... lots of interesting stuff happening in 0.11 - Kid, Workflow, WebAdmin-in-core :-) |
| [02:36:56] |
<wkornew> |
cmlenz: would you at least be interested in a patch that makes the "Keywords" field optional (trac.ini: [ticket] hide_keywords = true) |
| [02:37:00] |
<alect> |
it shall be good |
| [02:37:27] |
<wkornew> |
I want to get as many patches as possible into the official repos |
| [02:37:29] |
<alect> |
workflow api is in flux though, so if you make plugins be prepared to keep them up to date |
| [02:37:40] |
<cmlenz> |
alect: can built-in fields be disabled on the workflow branch? |
| [02:37:56] |
<wkornew> |
alect: are you responsible for that branch? |
| [02:38:11] |
<alect> |
there's no configuration exposed for that yet, but it's possible |
| [02:38:28] |
<alect> |
wkornew: yep |
| [02:38:44] |
<alect> |
possible and planned, i should say |
| [02:38:46] |
<wkornew> |
alect: is it possible to restrict certain fields to TICKET_CHANGE or above, only? |
| [02:39:07] |
<alect> |
definitely |
| [02:39:13] |
<alect> |
ITicketManipulator |
| [02:39:17] |
<wkornew> |
alect: so, my whole patch is pointless? :) |
| [02:40:24] |
<alect> |
possibly :) |
| [02:40:36] |
<alect> |
if that's what it does, yeah |
| [02:41:15] |
<wkornew> |
I wanted to not allow normal users to edit the milestone, priority, and owner fields, but still have read-only access to them |
| [02:41:34] |
<alect> |
ah, then yes, definitely doable via plugin |
| [02:41:44] |
<wkornew> |
alect: so, there is no code for it, yet? |
| [02:42:01] |
<alect> |
no |
| [02:42:57] |
<wkornew> |
alect: is there documentation about writing such a plugin? |
| [02:43:36] |
<alect> |
not really |
| [02:43:49] |
<wkornew> |
sigh...and my patch looked *so* nice :) |
| [02:44:50] |
<alect> |
you should check out the WorkFlow page |
| [02:45:21] |
<maxb> |
alect: Could you branch TocMacro for 0.10, and commit cboos's fix from trac-hacks#441 ? |
| [02:46:47] |
<cmlenz> |
wkornew: I warned you yesterday, didn't I ;-) |
| [02:47:02] |
<wkornew> |
cmlenz: I didn't really feel warned :) |
| [02:47:56] |
<maxb> |
alect: Oh, on second thoughts, maybe not. I thought cboos had just fixed the bug, but the diff is huge. |
| [02:48:05] |
<wkornew> |
so, what about making "Keywords" an optional field? or is that already possible in the workflow branch, too? |
| [02:51:18] |
<Sonderblade> |
is there a way to upload files to the trac wiki? |
| [02:52:19] |
<wkornew> |
cmlenz: why did you accept my other patch? I mean, it's nearly the same category, isn't it? at least, let me fix the ticket creation dialog, too. it still has the "Assign to" drop-down |
| [02:52:57] |
<cmlenz> |
so? |
| [02:53:15] |
<cmlenz> |
I applied that patch because it was fairly generic, and a bugfix |
| [02:53:22] |
<cmlenz> |
(the permission for reassign part) |
| [02:53:37] |
<cmlenz> |
and the drop-down limitation just makes sense |
| [02:56:38] |
<wkornew> |
cmlenz: my other patch is fairly generic, too. add field['restricted'] = True and your field will not be editable by anything below TICKET_CHANGE |
| [02:57:22] |
<wkornew> |
cmlenz: at least, I can remove the other stuff (milestone and priority), but please add the patch, so Assign to is not shown to everyone |
| [02:57:39] |
<wkornew> |
cmlenz: otherwise my last patch is not 100% complete |
| [02:57:47] |
<cmlenz> |
see, I really want the assign-to field for use at my company |
| [02:58:12] |
<wkornew> |
cmlenz: I don't want to completely remove it. it just should not be shown to people with TICKET_CHGPROP or less |
| [02:58:15] |
<cmlenz> |
this stuff is workflow stuff... if you need those features, just use the branch internally, and help alect make it stable |
| [02:58:47] |
<cmlenz> |
wkornew: okay, that makes sense... should be the same permission as for reassigning I suppose |
| [02:58:53] |
<wkornew> |
yep |
| [02:58:59] |
<wkornew> |
that's what I was talking about |
| [02:59:42] |
<tic> |
wkornew, switch to what branch? |
| [03:00:01] |
<wkornew> |
and since the patch is rather generic (just add field['restricted'] = True) it would even simplify local customizations for other people |
| [03:00:03] |
<tic> |
wkornew, no, don't think os. |
| [03:00:15] |
<tic> |
wkornew, we'll just use Trac/trunk for now and change later. |
| [03:00:24] |
<tic> |
or 0.10 if that comes out before I do. |
| [03:00:53] |
<wkornew> |
tic: fine with me. the current code does what I want and a switch to the workflow branch won't give us any improvements over the current code |
| [03:01:27] |
<wkornew> |
tic, the new code is committed. feel free to update Trac |
| [03:03:21] |
<tic> |
wkornew, at work until 20-ish. Will do tonight or first thing tomorrow. |
| [03:03:38] |
<tic> |
wkornew, we might also incorporate Charlie's work later on when everyhting's set up. |
| [03:03:42] |
<tic> |
afk. |
| [03:03:56] |
<wkornew> |
tic: Charlie's work? |
| [03:04:18] |
<wkornew> |
I didn't know he was working on something |
| [03:09:45] |
<maxb> |
cmlenz: About #1890 - what do you think I should do? Post to trac-dev@, or just wait? |
| [03:10:33] |
<maxb> |
I'd prefer to get the easy part committed before starting on the contentious and schema-changing bit. |
| [03:11:05] |
<cmlenz> |
maxb: okay, looking at it now |
| [03:11:24] |
<cmlenz> |
I think I'd prefer keeping the fields around for authenticated users, but making them readonly/disabled |
| [03:11:43] |
<maxb> |
Wow, thanks! I didn't want to push anyone into things, but didn't want it to get forgotten either. |
| [03:12:24] |
<maxb> |
cmlenz: Oh... but the current user's identity is already shown on every page in the menu bar anyway. |
| [03:12:55] |
* |
OCG has joined #trac |
| [03:13:46] |
<cmlenz> |
true, but showing the field disabled just makes it more explicit... and more obvious when you've forgotten to login before doing a change |
| [03:14:11] |
<cmlenz> |
the little "logged in as xxx" at the top is too easy not to see |
| [03:14:32] |
<maxb> |
Disabled is going to make browsers show it as ugly grey |
| [03:14:55] |
<maxb> |
If present at all, how about making it text, rather than a field? |
| [03:16:11] |
* |
maxb is away briefly |
| [03:16:40] |
<wkornew> |
cmlenz: what is this fields problem you are talking about? |
| [03:17:31] |
<wkornew> |
cmlenz: do you want to disable the "Your name" field when logged in? |
| [03:17:46] |
<cmlenz> |
see the ticket maxb refered to |
| [03:18:26] |
<wkornew> |
yes, I quickly looked at it, but I don't know in what way it is related to showing fields as "disabled" |
| [03:18:30] |
* |
Riccc has joined #trac |
| [03:18:51] |
<wkornew> |
people seem to want to have mandatory registration |
| [03:19:09] |
<cmlenz> |
maxb: it might be ugly (on some platforms/browsers) but it's the standard widget for including readonly data in submissions... that basically makes it obvious that this information is included in the submission and stored by the server |
| [03:19:41] |
<wkornew> |
cmlenz: which field do you want to make read-only? |
| [03:20:06] |
<cmlenz> |
"your email or username" |
| [03:20:10] |
<tic> |
wkornew, RelationalTrac.. |
| [03:20:14] |
<cmlenz> |
if the user is authenticated |
| [03:20:26] |
<wkornew> |
cmlenz: I have a local patch for it ;) |
| [03:20:36] |
<cmlenz> |
so does maxb, on that ticket :-P |
| [03:20:46] |
<wkornew> |
cmlenz: okay, then he'll fix it :)) |
| [03:21:07] |
<cmlenz> |
maxb: the change form "setdefault" to just assigning smells wrong in ticket/web_ui.py |
| [03:21:10] |
<OCG> |
when i access trac.cgi via apache i get attachments: Error |
| [03:21:11] |
<OCG> |
([Errno 2] No such file or directory: '/var/trac/default/attachments/VERSION') |
| [03:21:18] |
<OCG> |
when i run the same conf via tracd it works fine |
| [03:21:33] |
<wkornew> |
tic: but isn't RelationalTrac his private branch? I mean, what does it give us, again? |
| [03:24:08] |
<wkornew> |
tic: as far as I understood, it contains significant modifications to the official Trac code. who will ever want to maintain it? |
| [03:25:15] |
<wkornew> |
tic: if Charlie has no time for Haiku, anymore, we'll have to live with an unmaintained Trac branch. I'd like to avoid any responsibility on one single person (or even three... ;) |
| [03:25:35] |
<wkornew> |
s/responsibility/dependency ;)) |
| [03:29:26] |
<tic> |
wkornew, I've discussed it with him. If we can make a proper vendor branch and deploy it for our instance, it'll be easier to pull his stuff into our tree. |
| [03:29:56] |
<tic> |
(like, not installing the Trac package but instead point PYTHONPATH to ~/work/trac/current, or something. I'll deal with that) |
| [03:30:02] |
<wkornew> |
tic: first, I'd like to know: what does it give us? |
| [03:30:14] |
<tic> |
wkornew, I'm not sure about that -- I've sent him an e-mail. �� |
| [03:30:15] |
<tic> |
:) |
| [03:30:51] |
<wkornew> |
tic: serously, it makes no sense to use that code (even if it's *incredibly* nice and clean) if we'll have more maintenance work in the end |
| [03:31:19] |
<asmodai> |
cmlenz: btw, I filed a showstopper bug report wrt plugin enabling with milestone 0.10 |
| [03:31:53] |
<cmlenz> |
asmodai: yeah, saw that... I think that'd be alect's fault due to the global plugins dir :-P |
| [03:32:01] |
<asmodai> |
Heh |
| [03:32:02] |
<wkornew> |
tic: my aim is to get all or most of our customizations into the official repos. I want that our customizations are limited to trac.ini |
| [03:32:19] |
<asmodai> |
cmlenz: ok, wasn't sure if it was reported already, thought a ticket would be best as a reminder. |
| [03:32:57] |
<cmlenz> |
yeah, definitely |
| [03:33:03] |
<wkornew> |
tic: and as long as there is no really good argument for using RelationalTrac I won't agree on switching to it |
| [03:36:12] |
* |
Riccc`plula has quit IRC |
| [03:37:00] |
<maxb> |
cmlenz: Re setdefault - I looked very hard at that bit of code, and I'm convinced the change is correct. |
| [03:38:27] |
<cmlenz> |
ah, that's because you moved the logic into get_reporter_id |
| [03:38:50] |
<maxb> |
cmlenz: I'm not convinced that a field/widget is appropriate, because it is not data that needs to get into the POST-data/req.args. |
| [03:39:21] |
<maxb> |
Rather, removing the field is to point out that it's not user input that matters, but the authenticated identity of the session. |
| [03:39:54] |
<maxb> |
Yes, because the same logic was needed in quite a few places, so I tried to pull it all into the function. |
| [03:41:14] |
* |
agile has quit IRC |
| [03:41:48] |
<maxb> |
Actually... isn't the presence/absence of the name input field a pretty good reminder of whether you are authenticated or anonymous or not? |
| [03:43:11] |
<wkornew> |
maxb: yep |
| [03:43:19] |
<wkornew> |
maxb: that's how I solved it locally |
| [03:44:05] |
<maxb> |
I don't feel especially strongly about it, and I'll happily modify the patch to get it committed, but I'm not really convinced that users need to be reminded of their login name as part of the form itself. |
| [03:45:23] |
<wkornew> |
maxb: I fully agree with you. it's totally useless |
| [03:46:29] |
<maxb> |
wkornew: Yes, well, ultimately it comes down to the Trac committers to decide that, and I think they are more likely to be interested in reasoned discussion than impassioned assertions. |
| [03:48:49] |
<wkornew> |
maxb: okay, here is the reason: from a usability point of view the interface should have less fields because that's easier to handle. moreover, if you're not logged the chance is higher that you will notice that you are not logged in if the "Your name" field is only shown in that case |
| [03:49:16] |
<wkornew> |
i.e.: you will notice that something is different |
| [03:49:54] |
<wkornew> |
in addition to that, it fits a lot better with configurations that require registration and login to create tickets |
| [03:51:05] |
<wkornew> |
i.e.: in the latter case it's absolutely not needed to show the login field since you know that you can only post when you're logged in |
| [03:51:30] |
<wkornew> |
is that convincing enough? |
| [03:52:25] |
<wkornew> |
cmlenz: ? |
| [03:54:33] |
<cmlenz> |
not really |
| [03:54:45] |
<wkornew> |
:( |
| [03:54:46] |
<cmlenz> |
I guess I'd have to try both variants |
| [03:54:55] |
<wkornew> |
cmlenz: what is the reason against it? |
| [03:56:48] |
<cmlenz> |
as I said above, I'd prefer the explicitness of knowing what identity I'm submitting as |
| [03:57:06] |
<cmlenz> |
but I'll try them both |
| [03:57:14] |
<cmlenz> |
and then make a gut decision ;-) |
| [03:58:03] |
<maxb> |
cmlenz: My thoughts so far are based on people only having 2 possibilities: 'anonymous' or 'an-authenticated-user'. Are you trying to plan for a situation where people may have *multiple* authenticated identities? |
| [03:58:43] |
<maxb> |
But Trac doesn't really support that very well, since you can't easily change identity in a browser. |
| [03:59:56] |
<wkornew> |
cmlenz: we'll see. I must go. bye |
| [03:59:58] |
<cmlenz> |
yes, multiple identities is an edge case |
| [04:00:08] |
<cmlenz> |
just let me play with it :-P |
| [04:00:31] |
<maxb> |
Are you playing yourself, or do you want me to set up a couple of demo sites? |
| [04:00:33] |
* |
wkornew has quit IRC |
| [04:01:02] |
<cmlenz> |
I'll do it locally later today |
| [04:01:06] |
<cmlenz> |
np |
| [04:01:39] |
<maxb> |
OK, thanks. I'll go work on TocMacro for a bit :-) |
| [04:12:39] |
<vandenoever> |
"Failed to load module for FS type 'fsfs'" |
| [04:12:44] |
<vandenoever> |
on initenv |
| [04:12:50] |
<vandenoever> |
so module svn is loaded |
| [04:13:01] |
<vandenoever> |
is module fsfs also a subversion module? |
| [04:13:56] |
<vandenoever> |
i have a running subversion with fsfs repositories |
| [04:14:02] |
* |
agile has joined #trac |
| [04:26:31] |
<vandenoever> |
ok, fixed i needed to set LD_LIBRARY_PATH |
| [04:29:36] |
<asmodai> |
yech |
| [04:29:48] |
<asmodai> |
LD_LIBRARY_PATH is not a setting you should have in your environment normally |
| [04:30:03] |
<asmodai> |
Since it screws up your linking process. |
| [04:30:16] |
<asmodai> |
http://www.visi.com/~barr/ldpath.html |
| [04:35:36] |
<vandenoever> |
asmodai: well, it is when i'm using libraries that are not in the system |
| [04:41:26] |
<asmodai> |
can't just just augment your ld's search path for that? |
| [04:41:34] |
<asmodai> |
Typically ldconfig -m or a permanent change for it? |
| [04:41:44] |
<asmodai> |
LD_LIBRARY_PATH will screw up linking of new binaries as well |
| [05:00:46] |
* |
sam`_ has joined #trac |
| [05:07:45] |
* |
sam` has quit IRC |
| [05:07:52] |
* |
mobodo has joined #trac |
| [05:11:08] |
* |
mobodo has quit IRC |
| [05:22:27] |
* |
cedricOB2 has joined #trac |
| [05:24:28] |
<maxb> |
vandenoever: you should NOT need LD_LIBRARY_PATH for normal use |
| [05:25:48] |
<maxb> |
Either (1) you didn't run ldconfig, and you should, or (2) something went weird in the build, and it didnt set appropriate RPATHs |
| [05:25:49] |
<Sonderblade> |
is there a way to upload files to the trac wiki? |
| [05:27:11] |
<vandenoever> |
maxb: i'm installing libs as a user in user directories |
| [05:27:31] |
<vandenoever> |
the only way i can tell the apps about the lib location is over LD_LIBRARY_PATH, no? |
| [05:27:37] |
<maxb> |
vandenoever: No. |
| [05:27:47] |
<vandenoever> |
or will the executable remember when i use --extra-libs? |
| [05:28:08] |
<maxb> |
What *should* be happening, is that the build process embeds appropriate values in ELF RPATH tags |
| [05:28:17] |
<maxb> |
What is --extra-libs ? |
| [05:28:25] |
<vandenoever> |
./configure flag |
| [05:28:37] |
<maxb> |
Not a Subversion one, it isn't. |
| [05:28:45] |
<zyga> |
hmm, RPATH is evil according to some - there are autotools patches that explicitly *disable* RPATH |
| [05:28:51] |
<zyga> |
you might want to check if that's the case here |
| [05:28:55] |
<zyga> |
libtool |
| [05:29:28] |
<vandenoever> |
well, LD_LIBRARY_PATH may be evil, it works for me |
| [05:37:11] |
<Sonderblade> |
does Timeline show new comments on bugs? |
| [05:38:09] |
<asmodai> |
zyga: I never placed much faith in autoshit anyway :) |
| [05:58:24] |
<zyga> |
any trac devels here? |
| [05:58:31] |
<zyga> |
I want to talk about some specific feature of the internals |
| [05:59:40] |
* |
idnar has quit IRC |
| [05:59:43] |
* |
idnar_ has joined #trac |
| [05:59:59] |
<zyga> |
I'm fixing 'bugs' in the trac-darcs plugin for my company to use and if I'm not mistaken some unique darcs features make that generally imposibble and hard in the common annoying case |
| [06:00:15] |
<zyga> |
especially token replace and darcs' lack of unique id's for files |
| [06:01:26] |
* |
chandlerc has quit IRC |
| [06:01:29] |
<cmlenz> |
zyga: I'd suggest you post to the trac-dev mailing list |
| [06:01:49] |
<zyga> |
will try, maybe there was something like that already |
| [06:01:50] |
<zyga> |
thanks |
| [06:02:26] |
* |
chandlerc has joined #trac |
| [06:04:08] |
* |
chandlerc has quit IRC |
| [06:05:05] |
* |
chandlerc has joined #trac |
| [06:06:24] |
* |
coderanger1 has joined #trac |
| [06:09:14] |
<maxb> |
alect: Hi, I've diced up the big patch in trac-hacks#441 for easy digestion. |
| [06:10:57] |
* |
idnar_ is now known as idnar |
| [06:11:14] |
<tuxipuxi> |
alect: you there? |
| [06:14:48] |
<alect> |
hi |
| [06:15:01] |
<alect> |
maxb: ok cool |
| [06:15:18] |
* |
coderanger_ has quit IRC |
| [06:15:22] |
<alect> |
i won't be able to look at until thursday however |
| [06:16:01] |
<maxb> |
That's fine, I feel comfortable merely knowing it's made it on to someone's todo list. |
| [06:16:14] |
<maxb> |
Rather than drifting in the void :-) |
| [06:17:16] |
<coderanger1> |
alect: Make the mistake of checking your email again? ;-) |
| [06:18:14] |
* |
coderanger1 is now known as coderanger |
| [06:21:52] |
<Sonderblade> |
i only have one project that tracd serves, is it possible to make it so that the project is in the base directory that tracd hosts? so that you type http://localhost to go to the project instead of http://localhost/projname |
| [06:22:07] |
<coderanger> |
Sonderblade: Not as of yet |
| [06:22:20] |
<Sonderblade> |
coderanger: is there a ticket about it? |
| [06:22:34] |
<coderanger> |
Sonderblade: I think there is, but its low priority |
| [06:22:51] |
<coderanger> |
If you need a feature that tracd doesn't offer, don't use tracd |
| [06:23:17] |
<alect> |
coderanger: hah yeah :) |
| [06:23:37] |
<alect> |
maxb, the toc code is mostly coderangers anyway, so you can hustle him about it ;) |
| [06:23:55] |
<coderanger> |
maxb: Just looking through the patches |
| [06:24:02] |
<maxb> |
Thanks :-) |
| [06:24:22] |
<Sonderblade> |
coderanger: yes but tracd is extremely convenient |
| [06:24:45] |
<coderanger> |
Sonderblade: Setting up mod_python or FCGI doesn't take long |
| [06:25:02] |
<coderanger> |
alect: The code isn't mine, I just converted it to a plugin ;-) |
| [06:25:16] |
<Sonderblade> |
coderanger: will you do it for me? |
| [06:25:36] |
<coderanger> |
Though it is on my "needs massive work" list, I want to integrate some concepts from TracNav into it |
| [06:25:43] |
<alect> |
pfft, as good as owning it |
| [06:26:15] |
<coderanger> |
Sonderblade: I have my own Tracs to worry about at the moment |
| [06:27:06] |
<coderanger> |
alect: What do you think of this as a way of handling the basics of the tracforge idea: http://trac-hacks.org/browser/tracforgeplugin/0.10/tracforge/project.py#L26 |
| [06:30:56] |
<Sonderblade> |
there, now you have something to fix: http://projects.edgewall.com/trac/ticket/3292 |
| [06:34:59] |
<alect> |
looks interesting coderanger |
| [06:35:32] |
<alect> |
this is to avoid having two plugins i assume? |
| [06:35:50] |
<coderanger> |
alect: I'm just not totally sure what will happen in a multi-threaded environment, i fear things could go hilariously wrong |
| [06:36:24] |
<coderanger> |
alect: Well if could just as easily be split into two, but that part of shouldn't make a difference |
| [06:36:58] |
<alect> |
i think it'll be okay |
| [06:37:23] |
<alect> |
the db will be thread safe |
| [06:38:12] |
<coderanger> |
Yeah, its mostly setuptools I am worried about, but that should be a severe edge case |
| [06:38:49] |
<alect> |
setuptools in what way? |
| [06:39:52] |
<coderanger> |
Not sure, but its the only bit of code involved in any of this that I haven't read over a hundred times ;-) |
| [06:40:35] |
<alect> |
btw cmlenz, i added filtering of usernames to spamfilter, but mgood reported akismet rejecting tickets posted anonymously |
| [06:40:57] |
<alect> |
just a heads up in case it bites somebody |
| [06:41:13] |
<alect> |
not sure what to do about it |
| [06:41:18] |
<cmlenz> |
any ticket using the "anonymous" username? |
| [06:43:08] |
<alect> |
he wasn't explicit about the exact content |
| [06:43:14] |
* |
bb has joined #trac |
| [06:45:11] |
* |
freimatz has joined #trac |
| [06:45:14] |
<freimatz> |
hi |
| [06:45:25] |
<bb> |
hi. is there a localized version of trac? |
| [06:45:35] |
<alect> |
no |
| [06:46:42] |
<bb> |
alect: would it be possible to translate the frontend in a day for a python programmer or is everything hardwired? |
| [06:46:56] |
<Sonderblade> |
bb: you can localize it yourself you replacing all templates |
| [06:47:19] |
<coderanger> |
bb: Its non-trivial to doa full translation |
| [06:47:21] |
<alect> |
cmlenz: akismet already sends the username of course, but if the username is not explicitly sent to the spam filter, the other plugins won't pick it up, or just process it every time in test() |
| [06:47:44] |
<bb> |
Sonderblade: thanks, i'll give it a shot. maybe it's enough for my customers needs. |
| [06:51:25] |
* |
alect -> sleep |
| [06:51:48] |
<coderanger> |
alect: gnite |
| [06:51:49] |
<Sonderblade> |
bb: see http://trac-hacks.org/wiki/TracFrenchTranslation |
| [06:52:31] |
<coderanger> |
maxb: In tweaks.patch, what is second arg to out.write() for? |
| [06:52:31] |
<bb> |
Sonderblade: i'd need it in german, but anyway: thanks :) |
| [06:52:55] |
<bb> |
if we choose trac and i translate it i will put the translation there |
| [06:54:51] |
<Sonderblade> |
bb: i believe there is also a template translation to Portugese somewhere on trac-hacks.org |
| [06:55:14] |
<freimatz> |
we need german |
| [06:55:29] |
<bb> |
as long as it's not german it wouldn't be of any help for us :( |
| [06:55:54] |
<coderanger> |
bb: It would show you where to change things if you diff it against the main source |
| [06:56:30] |
<Sonderblade> |
http://projects.edgewall.com/trac/wiki/TracL10N |
| [06:57:14] |
<bb> |
Sonderblade: that links look good |
| [06:57:20] |
<bb> |
exspecially the terms |
| [07:01:47] |
<coderanger> |
cmlenz: Still around? |
| [ |
