Re: [Trac] counter
On 1/29/20 3:02 PM, Leho Kraav wrote: > Wow, different thing but supernice. > Well, aside from not needing cookies (which would require modifying trac templates I expect), it's very lightweight. Using something like piwik or elk on one small-ish trac site would be way overkill. Google too, even though it's easier to set up. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/trac-users/22b1b0c7-dee0-5dcf-4a53-a47f7f8ecdcd%40bmrb.wisc.edu. signature.asc Description: OpenPGP digital signature
Re: [Trac] counter
On 1/29/20 12:21 PM, Leho Kraav wrote: > On 29 January 2020 19:09:14 ONeal Freeman wrote: >> Is there a hit counter for trac to keep a count of how many users are >> accessing the site? ... > I'd probably go with Google Analytics or Matomo. > Ugh. https://goaccess.io/ -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/trac-users/532cdf91-e138-3467-2f8d-8e540974e73b%40bmrb.wisc.edu. signature.asc Description: OpenPGP digital signature
Re: [Trac] Re: Moving complete Trac installation to pip
On 12/5/2019 7:11 PM, RjOllos wrote: If you want my recommendation: write a requirements.txt, write some scripts for maintaining/upgrading your site and setup an RSS feed so you can track changes to plugins as they happen on trac-hacks and GitHub. Setup a staging site, pull in changes, test them and then deploy them to your production site. Or as I implied earlier, write them down as 'RUN wget ' lines in your Dockerfile and deploy with `docker build` and test with `docker run`. And tag them and roll back to older version if there's a problem you didn't catch in testing. Dima -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/trac-users/0f3207ae-b76c-9f63-4108-7044c13fc74d%40bmrb.wisc.edu.
Re: [Trac] Re: Moving complete Trac installation to pip
On 12/4/2019 2:48 AM, Mo wrote: Could you please describe what problem you are trying to solve with a docker container? I am not the one having a month-long thread, in year 2020, on how to distribute an application with all its dependencies. No problem here, moving right along, Dima -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/trac-users/bb5c4bb9-f396-819e-6ff4-156c9d382dfb%40bmrb.wisc.edu.
Re: [Trac] Re: Moving complete Trac installation to pip
On 12/3/2019 6:25 AM, Mo wrote: ... Another idea could be that there is some developer would maintain a "Trac distribution" with a central package management, and not every single plugin developer needs to publish to PyPI. I mean after a developer has released a code on a repository... Why not just roll a Dockerfile is what I don't get? You can `RUN git pull` from that repository and not bother with pypis, virtualenvs, maxicondas, distro packages, or any of that python mess. And there's like half a dozen of them out there already. Dima -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/trac-users/f4ede50e-4212-81bb-3cb9-3f2e5377f5fa%40bmrb.wisc.edu.
Re: [Trac] Re: Getting Trac running in a venv
On 10/11/2019 2:57 AM, Mike Dewhirst wrote: The Trac server will be Ubuntu 18.04 not Windows. Does that modify your "no alternative."? Containers aren't portable, you need a windows container to run on windows and a linux one to run on linux. As it happens, already running on the target machine is Apache serving four Django sites and svn. That's why I had to take Trac down. Simply put, trac webserver is inside the container and is listening on a port. Host apache is proxying trac url to that port: ProxyPass /trac/ http://127.0.0.1:9876/ What does "core python being incompatible with itself" mean? It means I can still run perl scripts from the 90s. Can't read them, but they'll run on ubuntu 18.04. Python: not so much. Dima -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/trac-users/e41db28b-b5a6-bbbc-7beb-252e019e7cec%40bmrb.wisc.edu.
Re: [Trac] Re: Getting Trac running in a venv
On 10/9/2019 6:40 PM, Mike Dewhirst wrote: Dimitri thank you. I had not thought of Docker because I have avoided thinking of Docker for years. That means I haven't allocated brain-space. Maybe its time I did. With core python being incompatible with itself and its DLL hell on top, there is no alternative. Dima -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/trac-users/8f80bf41-604b-1dc1-e79d-87f5e219c4fb%40bmrb.wisc.edu.
Re: [Trac] Re: Getting Trac running in a venv
On 10/9/19 2:06 PM, Jonathan Laufersweiler wrote: > Another option would be to use PyInstaller to package up a minimal 2.7 > interpreter with the bytecode for Trac and its dependencies into a into a > stand-alone executable package. This would make updating Trac more of a > chore, but would simplify the service & routing setup compared to the venv > approach. YMMV, of course. Really... https://hub.docker.com/r/mwaeckerlin/trac https://hub.docker.com/r/stephenhsu/trac/ https://github.com/solsson/docker-trac etc. Bitnami claims to have a container too but I don't see a link on their trac page. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/trac-users/f24f8394-78b5-776e-2489-a6f1e8ad024c%40bmrb.wisc.edu. signature.asc Description: OpenPGP digital signature
Re: [Trac] Migrating repository from svn to git: how to update links?
On 6/10/2018 12:36 AM, Dmitry Mikhin wrote: So far, I have thought about 3 possible approaches: ... 4. Leave svn be, tell all devs to use git svn clone ... git commit git svn dcommit I've sometimes ran into errors trying to "squash" multiple git commits into a single dcommit, and with multiple forks, but for simple workflows this works fine. YMMV and all that of course. Dima -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at https://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/d/optout.
Re: [Trac] robots.txt not working as expected
On 6/5/2018 9:20 PM, RjOllos wrote: How did you determine the correct IP range? I've found it impractical to even grep through the logs This particular CGI sends out error e-mail, the ip is in my mailbox. And then whois will give you a range from there. I agree it's impractical in general and I don't do it in general. I do it when my mailbox stats filling up with nastygrams, e.g. from nagios complaining about sustained high load on the public server, and then it is less impractical to let it keep going. Dima -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at https://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/d/optout.
Re: [Trac] robots.txt not working as expected
On 6/6/2018 1:46 AM, Peter van Hoof wrote: ^.*(SemrushBot|AhrefsBot|DotBot|MJ12bot|Googlebot|YandexBot|bingbot|AwarioRssBot|centuryb...@gmail.com|AwarioRssBot|MauiBot|spbot|istellabot|ExtLinksBot|Baiduspider|www.sogou.com|scrapy.org|SemanticScholarBot).* [NC] RewriteRule ^(.*)$ - [F,L] You could probably get the list of bots from robotstxt.org, transform into a file of 'BrowserMatchNoCase "xxx" blacklist' and include it via conf.d. Then use "Deny from env=blacklist". Dima -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at https://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/d/optout.
Re: [Trac] robots.txt not working as expected
On 2018-05-13 23:13, Peter van Hoof wrote: how do we set up robots.txt correctly to prevent this access? FWIW I'm blocking entire baidu ip ranges at the firewall because their crawlers behave the same way. Dima --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at https://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/d/optout.
Re: [Trac] Several Tracd instances running on one project
On 2018-04-29 12:50, Dimitri Maziuk wrote: Do that. And if your client wraps the lines differently, by "that" I meant try postgres. Soon. Dima --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at https://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/d/optout.
Re: [Trac] Several Tracd instances running on one project
On 2018-04-29 05:13, Pavel Celba wrote: The production Trac is serving about 50 users on Windows Server 2012, SQLite database (ca 500 MB) does not seems to be the problem but I'll try PostgreSQL soon. Do that. Dima --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at https://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/d/optout.
Re: [Trac] Re: Puzzling trac permissions error
On 02/15/2018 09:25 AM, Niles Oien wrote: > > > I'm embarrassed - it turned out that the system was running SElinux. That's what I said, but it looks like thunderbird's quoting style made that not very obvious. ;) -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at https://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/d/optout. signature.asc Description: OpenPGP digital signature
Re: [Trac] Re: Puzzling trac permissions error
On 02/13/2018 02:04 PM, Niles Oien wrote: > Or, to cut-and-paste that web page into this reply, it shows that the wsgi > script is being run by user apache with a minimal path and environment, and > that the attempt to write to a file in the apacheTest/ directory (which is > owned by apache - I made sure of that!) fails. SELinux? The other one is chattr/lsattr but if haven't changed those, they shouldn't be there. The other other common ones have to do with mounts and shouldn't apply if it's a local directory. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at https://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/d/optout. signature.asc Description: OpenPGP digital signature
Re: [Trac] "ImportError: No module named trac.web.main" on fresh install with WSGI
On 05/30/2017 01:45 PM, Logan Anderson wrote: > Are you using mod_wsgi compiled for the wrong version of python or something > of that nature? mod_wsgi has to be compiled for python 2.7. You are > referencing #!/usr/bin/python2 but if the other modules are not compiled for > the same version then you will run into errors such as this. Also, not > certain if this is an issue for you but generally I use something more like > #!/usr/bin/env python-2.7 for my shebang. On centos 7 /usr/bin/python2 is a symlink to python 2.7. I'd pprint sys.path on line 29 and see what python path actually is in the wsgi playpen. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at https://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/d/optout. signature.asc Description: OpenPGP digital signature
Re: [Trac] Re: ImportError: No module named _markerlib
On 2016-06-03 16:50, Aikido Guy wrote: Before I attempt to work through a python re-install, is there anything obviously wrong with the following? Do you actually have a python install in /usr/local/lib *and* in /usr/lib? Or is that just your sys.path? If you have 2 python installs anything might happen including the universe imploding. Dimitri -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at https://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/d/optout.
Re: [Trac] How to test email notifications in local system ? Especially Mail2Trac and Email2Trac plugin ?
On 02/04/2015 04:05 PM, Sri Ram Kannan wrote: I'm new to mail server concepts therefore, pls guide me on installing a mail server. If you want to receive mail from gmail, you need: a name that gmail can send mail to. - name is the domain or host name that is visible to google and can accept incoming e-mail, - can accept is - e-mail is open to the Internet (your ISP is not blocking it) and - there's e-mail server program waiting for it. E-mail server program is e.g. postfix. So before you get to installing it, do you have the first two prerequisites? -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu -- You received this message because you are subscribed to the Google Groups Trac Users group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at http://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/d/optout. signature.asc Description: OpenPGP digital signature
Re: [Trac] Re: PostgreSQL - a straw poll
On 08/13/2014 10:08 AM, Ryan Ollos wrote: Just to be clear, there is not any problem with Trac and it's database API. The issue is that developers don't follow the guidelines for database API usage to make their plugins cross-db compatible. IME being cross-compatible is a major PITA even when I am the only developer. Paramstyle is one of the more obvious examples. The ORM could make it less likely that developers make errors when writing database access code, but that would remain to be seen and depend on implementation details. Sqlalchemy has the core layer that provides an engine-agnostic sql wrapper -- arguably ugly, possibly less efficient, but it's there. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] Re: PostgreSQL - a straw poll
Sqlalchemy has the core layer that provides an engine-agnostic sql wrapper -- arguably ugly, possibly less efficient, but it's there. That is, you don't have to use the ORM layer if you don't need to, you can just use the core. (sorry to f'up on my own post) -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] Using alternate Python2.6 on RHEL5
On 02/04/2014 05:01 PM, Randy Witlicki wrote: If I have to stay with Python 2.4 as the system default, how do I configure Trac to use the Python 2.6 binaries? Apache mod_wsgi has (dep. on the version) WSGIPythonExecutable or WSGIPythonHome -- see http://code.google.com/p/modwsgi/wiki/ConfigurationDirectives#WSGIPythonExecutable Note, however, that you may have to e.g. build your own python-psycopg2 if you plan on using postgres: non-default pythons are typically missing a lot of stuff. On the flip side, looking at 'yum list' it seems mod_wsgi isn't even available for 2.4, so I think your best option is RHEL 6. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] LDAP groups with TRAC
On 12/02/2013 03:16 PM, Stuart Cracraft wrote: Trouble with implementing LDAP groups with TRAC. Just doesn’t work for me so far. You need to ask whoever's in charge of your LDAP server. We don't know what it has or what it needs. AuthLDAPURL ldap://EXAMPLEIP/ou=SOMEOU,dc=examplecompany,dc=com?sAMAccountName?sub?(objectClass=user ) Are you sure you need the filter? AuthLDAPBindDN EXAMPLEUSER AuthLDAPBindPassword EXAMPLEPASSWORD Does your LDAP server support anonymous bind? Typically if you need the above, your bind DN looks like cn=Manager,dc=company,... require ldap-group CN=SOMEOU,CN=Users,DC=examplecompany,DC=com Require ldap-attribute memberOf=CN=SOMECN,CN=Users,DC=examplecompany,DC=com I think you're looking for ou=Group or something in the first one and I've no idea what the second one is for. http://httpd.apache.org/docs/2.2/mod/mod_authnz_ldap.html#reqgroup -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] LDAP groups with TRAC
On 2013-12-02 18:32, Stuart Cracraft wrote: Ideally, validate only certain groups for access to certain repositories. I doubt you can do that easily. Off the top of my head I'd create an apache virtual host for one repository and get it working with one ldap group -- if you get that to work, create more vhosts. Dima -- You received this message because you are subscribed to the Google Groups Trac Users group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at http://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/groups/opt_out.
Re: [Trac] SSL-only with LDAP-group - Trac
On 11/25/2013 05:29 PM, Stuart Cracraft wrote: Hi, I have direction to: 1) use Trac within an SSL-only Apache environment (i.e. all connections to the box are SSL-only. No non-SSL.) 2) use Trac within an LDAP group environment (i.e. only this group or that group can use Trac to access a given repository.) Uhm... haven't you been trough this already? You can force everything to ssl by having your default VirtualHost redirect everything to https://yoursslvhost. As for ldap, LocationMatch /trac/[^/]+/login Order deny,allow Deny from all Allow from MY_IPs AuthName Trac AuthType Basic AuthBasicProvider file ldap AuthUserFile /some/place/.htpasswd AuthLDAPURL ldap://host/ou=,dc=,...; AuthzLDAPAuthoritative Off Require valid-user /LocationMatch works for me. (This has it both ways for outside users who are not in ldap but allowed to use trac.) You'll probably want to Require ldap-group or something instead. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] email2trac use guidelines
On 2013-09-11 05:51, Bas van der Vlies wrote: I am just back from vacation and read this email2trac thread. Message-id's are not stored in the trac database and if you submit a ticket via the web interface there is no knowledge about the message id. what we want is a flexible reply to address that can handle basically these 2 formats: 1. bugnumber@email2trac.surfsara.nl 2. email2trac+bugnumber@email2trac.surfsara.nl I believe the other piece of the puzzle is the ability to update /etc/trac/aliases (or whereever we put the aliases file) and run 'newalias' when a new ticket is created. And the question of whether to have this enabled per-project (or globally, or per-ticket). Dimitri -- You received this message because you are subscribed to the Google Groups Trac Users group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at http://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/groups/opt_out.
Re: [Trac] email2trac use guidelines
On 09/11/2013 01:10 PM, Steffen Hoffmann wrote: On 11.09.2013 16:30, Dimitri Maziuk wrote: I believe the other piece of the puzzle is the ability to update /etc/trac/aliases (or whereever we put the aliases file) and run 'newalias' when a new ticket is created. And the question of whether to have this enabled per-project (or globally, or per-ticket). Do you mean some kind of subscription for (all) new tickets here? What I mean is when you create new ticket e.g. #12345, an e-mail address 12345@mytrac.myorg should materialize on your mail server. Or not. Somebody may not want a particular ticket to accept e-mail updates, hence or not. Somebody may want to be able to create new tickets via e-mail (I wouldn't want that without a filter on at least From: addresses, but someone else might) -- then you'd have to enable it on all tickets per-project or per trac instance. And so on. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] email2trac use guidelines
On 09/04/2013 09:52 AM, W. Martin Borgert wrote: 1. Users tend to forget the ticket number in the subject or they even remove it. This leads to creation of duplicates. There is no easy merging of tickets in Trac, so this means work :~( or forget if it was '#number' or 'number' or what and pick the wrong one... Possible improvements: email2trac should work on base of message-ids in the e-mail header instead of parsing the subject like OpenERP. Message IDs don't work. For instance the version of thunderbird I'm writing this in has reply to list but not new message to mailing list. So people often hit reply to list to start a new thread. Then you have message ID for one thread and subject for another -- now think thread == ticket. Or one could have one email address per ticket, like in Debian (e.g. 123...@bugs.myserver.com). +1. This is the interface people who use such tools come to expect. 3. There is no reply possible from within Trac. This is something OpenERP does very nicely. One can handle the ticket completely in the web application, while in Trac you have to go back to your MUA. That could be handy but trac can already e-mail ticket updates. I think integrating that with email2trac replies might be worth looking into instead: e.g. someone e-mails a ticket update, they automagically get on cc list. 4. Spam was an issue for us, but we probably did not investigate enough what to do about it. Well, if you have #1 you'll probably have to run your own smtpd anyway, that's where you can add spamassassin and/or whatever. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] trac svn access
On 08/01/2013 09:37 AM, gigabot wrote: Hi all! I have a trac instance setup that is being served with apache and mod_wsgi. I have an svn repo setup on the same machine and trac is able to browse it. Now I would like to set it up so my developers can have access to the svn repo from their local machines. What is the best way to achieve this without destroying my mod_wsgi config? mod_dav_svn, svn+ssh://, file:/// -- it depends on what you want. Also, is there some way for users to access the svn repo from the browser and add files to it? mod_dav_svn (see e.g. http://wiki.centos.org/HowTos/Subversion), but if you want it visible from big bad internet you may have to deal with authentication, encrypting the passwords, and all that. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] trac svn access
On 08/01/2013 03:12 PM, gigabot wrote: On Thursday, August 1, 2013 12:18:14 PM UTC-4, Dimitri Maziuk wrote: mod_dav_svn, svn+ssh://, file:/// -- it depends on what you want. How do i set that up? Is there a guide you could direct me to? I don't know if there's a concise guide. Svn supports a bunch of different access methods (urls), see subversion book. The easiest is direct disk access: file:///. You need the directory with svn repos mounted on local machine(s) -- via nfs, samba, or whatever. Access over ssh: if you can ssh to a machine that has svn repos mounted, you can use svn+ssh url. Access over http/https: mod_dav_svn. Google will find plenty of howtos I'm sure. Any way to share the password store with the one trac is currently using? Apache can use the same .htpasswd file I'm sure. With ssh you have to share login passwords with trac and mod_dav_svn. Ldap will do that. file:/// doesn't care. HTH -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] How to enable login for a public TRAC project?
On 11/28/2012 11:36 AM, neosequoia wrote: ... *Does someone knows the correct configuration of the Apache server that can answer to my needs? I have not touched that in a while so I may be off, but I think this LocationMatch /trac/[^/]+/login AuthName Trac AuthType Basic AuthBasicProvider file ldap AuthUserFile /path/to/trac/.htpasswd AuthLDAPURL ldap://IP.AD.DR/ou=People,dc=YOUR,dc=DC; AuthzLDAPAuthoritative Off /LocationMatch should do the trick and also let you have extra users in .htpasswd (e.g. if you have outside beta-testers you don't want to give an ldap acct to) -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] Share the Wisdom: What's better? Hosting trac on Windows or Linux?
On 08/14/2012 02:58 PM, ChiefEngr wrote: Hello Everyone, ... My question? Well, should I host this server on a Windows box or a Linux box? Is one going to be more seamless for my users? Is one going to be more seamless (and more stable) for me to get going? Which flavor of OS is more likely to work (on the Windows side - Windows Server (03, 08) vs a desktop Windows (XP, 7) [no Vista!]; on the Linux side - CentOS (5, 6), Fedora, Ubuntu)? The best OS is the one you (or whoever ends up maintaining the server) know best. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] Reuse Trac groups on Subversion right access
On 2/20/2012 8:10 AM, Jason Miller wrote: I was going to suggest this as well. We are nearing 1000 employees we keep track of. Some needing access to a specific out of the many available SVN repos, some to Trac site 1, others to Trac site 2, etc etc... or all of the above. It became clear that in order to get permissions _correct_ for so many different scenarios, we needed a non-gui, scripted method (Build our own). ... On top of the SVN and Trac permissions, we needed to 'extend' the script to maintain Apache rules to specific directories within the multiple available Trac sites (due to externally linked document attachments). Won't apache's require_ldap_group do what you need? Dima -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com. To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
Re: [Trac] Reuse Trac groups on Subversion right access
On 02/20/2012 09:52 AM, Jason Miller wrote: Is there a better way? If so, please share! I don't know, I don't have a 1K users with sepatate acls for svn, track, and upload directories. I thought you could use RequireGroup testing1 in Directory /project1uploads *and* Location /svn/project1 *and* Location /trac/project1/login, and then actually put the group in ldap and do all your acl assignments via ldapadd et al. Whether that will work for you is another question. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] Reuse Trac groups on Subversion right access
On 02/20/2012 12:06 PM, Jason Miller wrote: However painful that initial LDAP group setup would be… I think your right in the end, the LDAP group method is probably the correct permanent way to go. Well, the devil is in the details. E.g. the good old unix 32 groups per user limit: I've no idea if it'd still apply in your situation, or whether you'd hit it -- but with that many users it sounds likely. Or if you need to also manage group permissions inside track -- that's a whole another can of worms. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] Trac slowness with version 0.12 on RHEL
On 12/29/2011 11:04 AM, 3vix6 wrote: Would anyone know of a way that I can speed this up considerably? That would depend on why it's slow. If you have one ticket you'd probably need a better computer. If you have a billion tickets you might wanna get a faster everything. HTH -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] Re: Telling trac to ignore svn mime-type
On 12/15/2011 03:42 PM, Matt Shields wrote:
Anyone have a solution for this?
I've got some developers who committed their changes in svn using the
wrong mime-type. We could manually update all the mime-types of all the
files in our repo but this would take forever.
When I needed it, I ran a find -name \*.html -exec svn ps svn:mimetype
'text/html' '{}' ';' -- or something along those lines -- and let it
take however long it wanted.
--
Dimitri Maziuk
Programmer/sysadmin
BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu
signature.asc
Description: OpenPGP digital signature
Re: [Trac] Re: New Installation - SVN and DB
On 10/10/2011 10:14 AM, ray wrote: Thank you. That was very informative. I am still not sure as to what the drivers are for choosing what DB to use for Trac. What are the trade-offs between SQLlight and the others? SQLite is a very lightweight single-process, single-file database. The trade off is it does not scale well to many users large database. Postgresql is pretty good at handling concurrent users and large amounts of data. It's also an overkill for a one user, one little trac sort of setup. Mysql has some (as in nowhere near all) of the posgresql's features without any of sqlite's simplicity. Not sure why anyone would use it. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] Announce new version of email2trac (version 2.4.0)
On 08/24/2011 02:32 AM, Bas van der Vlies wrote: 2.4.0 Any plans to put in epel-6? Or am I asking in the wrong place? Dima -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] Couldn't create child (apache)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Stefano Locati stef...@obliquid.it wrote: Despite what the TracModPython wiki page might say, http://modpython.org/ says that it's officially *not* dead. However, it could be argued that it's practically dead. That said, it still works fine for running Trac. Exactly and even more, from the web page: Currently mod_python is not under active development. This does not mean that it is dead as some people have claimed. It smiply means that the code and the project are mature enough when very little is required to maintain it. Now I don't know if there are features of python that can't run on mod_python, but it should be the preferred one if it's more mature. I'm running Trac 0.12 with mod_python on a web server and on a local test installation without any problems. If anyone has problems with mod_python (that is not an installation problem), would like to hear. Regards, Stefano -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com. To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en. Processes dying with sig 11 and killng user sessions (you need to have a few users accessing trac at the same time). - -- Sent from my EeePad with K-9 Mail. -BEGIN PGP SIGNATURE- Version: APG v1.0.8 iHUEAREIADUFAk4SOWouHERpbWl0cmkgTWF6aXVrIChEaW1hKSA8ZG1heml1a0Bi bXJiLndpc2MuZWR1PgAKCRDHMby22qRtuONNAJ44q3G7GGMpcUpVLhyOAbPJ3Mo3 0QCgi88OL51DfO2T/PnO2U2/PII1tUs= =Cxr3 -END PGP SIGNATURE- -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com. To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
Re: [Trac] Re: Can't initenv trac on Centos 5.6
On 5/28/2011 9:29 AM, osimons wrote: ... I've seen others that recommend installing python26 ++ from EPEL, and I think it should be a clean install that works side-by- side with the supplied 2.4. python26 installs /usr/bin/python26. I.e. you'd have to go through all .py files and change the #! line. And even then it doesn't have all teh goodies. E.g. there's no python26-psycopg2 last I looked. Dima -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com. To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
[Trac] Webserver can't write to trac.ini
Hi all, if someone with wiki edit permissions is reading this, can you please change TracIni page to read The trac.ini configuration file *and its parent directory* should be writable by the web server, ... -- hopefully it'll save other some poor shmuck a couple of hours of which tf part of 'chmod 666' did you not understand head scratching. (Installing stock rpms on RHEL [ScientificLinux] 6.) Thx Dima -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] Webserver can't write to trac.ini
Christian Boos wrote: And which part of this is a wiki did you not understand? ;-) Yeah, well, I'm sure I'll memorize yet another login and password that I will use most likely never again to add three words to some wiki page. Aside from the obvious bit where having to make trac.ini world-writable in order to make trac work is wrong. Dima -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] Webserver can't write to trac.ini
Matthew Caron wrote: On 05/17/2011 02:23 PM, Dimitri Maziuk wrote: Aside from the obvious bit where having to make trac.ini world-writable in order to make trac work is wrong. You don't - it just needs to be webserver writeable. If you're the only user on your network and your name is root. Otherwise you're looking at creating and managing lots of groups and most of us just say screw it, chmod -R a+w even before their number hits 32. Dima -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] Webserver can't write to trac.ini
On 05/17/2011 01:41 PM, Erik Andersson wrote: On Tue, May 17, 2011 at 8:23 PM, Dimitri Maziuk dmaz...@bmrb.wisc.eduwrote: Christian Boos wrote: You don't need a username, you can edit the pages anonymously Cheers / Erik Oh. I sit corrected. The page's corrected, too. Dima -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
[Trac] Re: ldap authentication and anonymous query
On Sunday 07 June 2009 17:43:57 Sergio Charpinel Jr. wrote: Yes, but it works as one. Try and see your ldap log. It is in the LdapAuthStore module for AccountManager. But it was not working in my ldap 2.4 , just in 2.2. So I changed and did a real bind. Easy fix (assuming your ldap server is firewalled off etc): change access to * from by * none to by * read in your slapd.conf (or do what you did and use a non-anonymous bind). Yes, by * none worked in 2.2 with by anonymouth auth access to password and and by * read access to uid etc. They've changed something in 2.4 and forgot to tell us what it is. Dima -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: ldap authentication and anonymous query
On Monday 08 June 2009 13:50:13 Lance Hendrix wrote: I assume you are speaking of OpenLDAP (2.2 and 2.4)? Yep. Dima -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: lists.trac-hacks.org blocked by many webwasher installations
Michael Renzmann wrote: Hi. The problem is just that the cert is for a different hostname. Boohiss SSL vhosting \o/ Aye, but there is no easy way around. The server currently hosts 8 mailing lists for 6 different domains, and we don't have another 5 IPs at hands for that purpose. And there is no easy way to pool them under the same domain. This tops my personal list of brain damage in firefox 3: if SSL is used to encrypt the passwords, as opposed to verifying the hostname, then it doesn't matter who signed the cert or what the hostname is. Firefox's message about invalid cert and evil hacker attack server is very wrong -- but at least you can still import the cert and shut it up. It seems webwasher people took that idiocy one step further, proving yet again that nature will always come up with a better idiot. Dima --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: how is trac SUPPOSED to be used?
Chad Emahizer wrote: I think I might be restating a bit here from what others have already said, but Trac does (or can do) what you want it to do. It is flexible and doesn't force its own business logic on its users. It basically has to be like that, or it will be targeting only a small portion of the population regardless of whichever specific implementation it would choose to implement. A problem with that approach is that not only do you have to learn a new tool, but you also have to understand the processes your company has in place and then determine ways to configure/utilize Trac to fit in with those processes. ... So, maybe the question shouldn't be How is Trac supposed to be used?. Maybe it should be What are the processes for my company, and how can I tailor Trac to enforce those processes and make them easier to do? There are 2 kinds of users: those who want to tweak software to do what they want, and those who're happy to click on a button and let the software take them to wherever Bill Jobs (aka Steve Gates) thinks they want to go. Those in the second category should probably not use trac, linux, or any programming languages other than flash. Dima --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: how is trac SUPPOSED to be used?
Robert C Corsaro wrote: Man, you're not supposed to say stuff like that out loud. That's why everyone hates us! Not everyone, just the second bunch -- us arrogant elitists snobs generally don't have a problem with the idea that trac is not right for everyone. It's the other crowd that tends to fervently believe what's good enough for them must be good enough for jesus and the rest of human species -- and you better like it! Dima --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Trac in trouble.
On Wednesday 01 October 2008 13:00:20 Jani Tiainen wrote: Reporter - Person who reported ticket (usually customer). Since we get reports by call/email this is more like free textfield. Manager - Person who is responsible in ticket general. Usually project manager. Assignee - Person who ticket is assigned to. Usually that poor developer or tester. Over here Poor Developer and Tester are two different people: developer has to test his fix, of course, but comprehensive testing to make sure the fix didn't break anything else is done by someone else. Also, public release is done when a fix is important, or there's enough minor fixes to warrant a release. Which is similar, but not entirely unlike a milestone: apart from triggering buzzwordiosyncrasy in half the people I know, milestone implies a goal set in advance. Dima -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: http - https access to trac+svn
Noam Tamim wrote: And just to make it easier for anyone who may find this short thread when searching for the same solution - here are the steps for setting up the certificate: http://slacksite.com/apache/certificate.php As a side note, I hear in firefox 3 one has to click through a dozen warning dialogs to accept a self-signed cert. If you're putting it out for general public, you might want to warn them up front: attention Firefox 3 users: don't get scared by all the warning crap your browser is about to throw at you. Dima --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Best Authentication solution for typical installations
On Thursday 17 July 2008 11:32:27 adamiis111 wrote: What is the best solution for a Trac installation with the following criteria: --- Scenario 1: Trac 0.11 Subversion 1.5 Apache 2.2 Linux 5-10 Users - all trustworthy Easy installation Secure but nobody is going to die if there's a leak as long as no data is permanently deleted from Subversion or Trac. Other virtual hosts are on the machine --- Scenario 2: Same as Scenario 1 but there are 50+ users and the Subversion repository must be secure from 'easy' attacks Do your users have write access to subversion and do they have shell accounts on the server? Dima -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Best Authentication solution for typical installations
On Thursday 17 July 2008 14:16:00 adamiis111 wrote: I'm more concerned with the general solution since I'd like to get it into the Trac installation documents which give different directions for Mac, Ubuntu, and generic. Well the general solution depends on what the problem is. I'm sure all that layered security etc. crap is much too complicated, but you have to have a basic idea of how the various parts of your setup fit together. Anyway, not all of my users would have write access to Subversion nor shell access. If you give them accounts so they can do svn+ssh:// commits, the proper way would be to put them in ldap and use that everywhere. If you don't give them accounts, access is via the web, but they still have to sign in -- share the .htpasswd file between trac and svn. Do it over https so passwords get encrypted. Dime -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Trac case studies?
rupert thurner wrote: we use one trac per major software component. the parts of it go into the component field. the version field contains all version numbers existing for all sub-components, so you need knowledge which are valid. milestone names bear also the name of sub-components in them if there is a separate release cycle. Some of ours are based on SVN repository structure: when a piece of software consists of several subprojects (e.g. libraries), each in its own repo, it has separate tracs for each. We also have a couple of task (non-software) tracs where we work out the procedure first, then set up milestones and components, and pre-create tickets for each subtask, assigning them to milestones. Then we figure out who gets to do what and assign a ticket to a person. This is for tracking roadmap and timelines of a task, rather than bug reports on a piece of software. Dima --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Recommended platform
Noah Kantrowitz wrote: So in short, first pick what you like, and failing that pick apt/rpm and updated/stable. C.f. usual security advice: the most secure platform is the one you know best. Dima --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: [OT] nice signature (was TRAC on Solaris 10)
Jeroen Ruigrok van der Werven wrote: -On [20080214 10:48], (``-_-´´) -- Fernando ([EMAIL PROTECTED]) wrote: Since I'm already off-topic: Why do so many ppl open new threads piggyingback on other users emails? I'm not used to see that happen so much on other lists Strange... Maybe it was something to do with using googlegroups It's a problem where people, often Outlook users, think they are doing the smart thing by replying to an email in the thread, thereby inheriting any of the In-Reply-To headers and confusing the hell out of proper threading clients (as well as mailinglist archives). Often it takes less time to simply type (autocomplete) the trac-users email address then to clean up a reply email for this purpose. There's also (at least one) e-mail client that has new message to mailing list and reply to list options, but it's not that widely used. Dima --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Looking for options for integrating email with Trac tickets
On Tuesday 22 January 2008 15:35:35 Dave Huang wrote: ... as far as I can tell, they assume the computer hosting Trac is also the incoming mail server. And that it's running *nix. My mail server is running MS Exchange, and Trac is running on another Windows machine. I do have a Linux box running Postfix that could be used if needed, but Trac is still going to be on another machine. All you need is to mount /trac directory on both machines. Sharing it from Windows and smbmounting on Postfix box should do the trick. I'm not too concerned about whether I add a comment to Trac, and Trac sends the email, or if I send an email using my regular MUA and the mail server adds the email to Trac. The latter does seem like it'd work more smoothly, but it may be more difficult to make it work due to the mail server being Exchange. One way to do it is to set up postfix to forward everything to Sexchange (relayhost) and to accept only mail for the host (mydestination = $myhostname, localhost). Then add access filter to bounce everything not addressed to [EMAIL PROTECTED], then figure out what to do with spam (if any). Dima -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Looking for options for integrating email with Trac tickets
On Tuesday 22 January 2008 16:19:13 Dimitri Maziuk wrote: All you need is to mount /trac directory on both machines. Sharing it from Windows and smbmounting on Postfix box should do the trick. On second thought you should probably migrate your backend to Postgres since sqlite uses file locking which never works on networked filesystems. I.e. you may end up with a corrupt database. Dima -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] AccountManager install error
Hi, can someone who knows Python tell me what zipimport.ZipImportError: bad local file header in /usr/lib/python2.5/site-packages/TracAccountManager-0.1.3dev_r2548-py2.5.egg means? I get it from running easy_install -U http://trac-hacks.org/svn/accountmanagerplugin/0.10 on FC8. The fun part is, I have another, almost identical machine (the only difference is, that one has 2x750G raid-1'ed disks) where it installed without problems. Any ideas? Dima --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: trac multi project
On Sunday 19 August 2007 14:29:21 [EMAIL PROTECTED] wrote: Thanks a lot I just follow the manner that mention by trac-admin. can u give me more information about tracd and inform me is there any other way to manage multi projects with single trac installation without trac-admin and tracd? They're two different things. Trac-admin is for managing projects, you can't live without it. Tracd is trac's built-in http server. You can use apache with mod-python or cgi instead. It's all in the fine manual. Dima -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Can anyone give solution to this issue
Emmanuel Blot wrote: That's unlikely It really depends on the configuration: local delivery or forward, different domains, etc. I suggested this because mmk reported that the behaviour depends on when the user account has been created: not enough info to understand the Postfix config, but if it works for some users, I'd rather look at the MTA config rather than to Trac. Once or twice I've seen programs that couldn't figure out machine's domain name -- changing search to domain in /etc/resolv.conf fixed them even though every fine manual out there claims the two are equivalent. It could be the password database, too: e.g. old users are in LDAP, new ones in passwd, and MTA is not configured to check LDAP. Could be any number of things... Dima --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: some questions about the Doxygen plugin
rinse_my_phonebook wrote: Well instead of actually running doxygen on source code in the repository could the doxygen plugin not at least display the latest version of client side/working copy generated documentation that exists in subversion. As I mentioned before, I ended up keeping documentation outside of Trac environment, with links from wiki pages. For three reasons: all hyperlinks in the docs have to be changed to work from inside Trac, a commit does not necessarily mean documentation got updated, doxygen/javadoc run can be slow and can generate a lot of files. It'd be nice to have API docs generated on demand, when user wants to look at it. Some day I'll get around to adding a button to project page that would check the revision on the docs and re-generate them if it's different from svn. Dima --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Problem - LIBPQ.dll was not found- while initializing environment for the project
Mittal, Nitin (US - Mumbai) wrote: I changed the connect string to postgres://osrmt:[EMAIL PROTECTED]:5342/osrmt Still no success. Database osrmt is however accessible with the plain old 'psql' util. What else could the problem be ? Postgres not listening on port 5432. Its pg_hba.conf has e.g. ident sameuser and you don't have identd running or trac isn't running as osrmt. Dimitri --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Readability of this group, [Trac]
Ilias Lazaridis wrote: ... snip ... This is what you get from switching to Google groups: cooks, trolls, and other usenet fauna. If Google setup allows killfiling, I strongly suggest that list admins ban this -- entity (from the usenet posts I've seen, I'm not entirely sure it's even human). HTH Dima --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users -~--~~~~--~~--~--~---
