headers
Sean Spicer | 1 Aug 2004 04:40
Picon

Problem with diffs in the SVN trunk


Hi,

I'm working on getting my open source project, OpenThreads 
(openthreads.sourceforge.net), up and running with trac, and I've run 
into a nice little snag while using the trunk.  I've registered this 
bug under ticket #670:

http://projects.edgewall.com/trac/ticket/670

Now, Jonas tells me that it's probably a function of the setup on my 
server, but I've followed all of the instructions on the site.  Here's 
what I've got:

Server: IBM 2 processor M-Pro wokstation
OS: Red Hat Enterprise Workstation 3.0, Update 2
Packages installed (for trac):

Python 2.2.3 (#1, Aug  8 2003, 08:44:02)
[GCC 3.2.3 20030502 (Red Hat Linux 3.2.3-13)] on linux2

clearsilver-0.9.10.tar.gz
pysqlite-0.5.1.tar.gz
swig-1.3.21.tar.gz
sqlite-2.8.15.tar.gz
subversion-1.0.6.tar.gz

Now here's the trick, diff views work just fine for me with 0.7.1, but 
I need the trunk in order to get proper developer permissions setup.  
Is there anyone who can help me debug what is going on here ?  I'm an
(Continue reading)

Permalink | Reply |
headers
Jonas Borgström | 1 Aug 2004 14:31
Favicon

Re: Problem with diffs in the SVN trunk

Sean Spicer wrote:
> 
> Hi,
> 
> I'm working on getting my open source project, OpenThreads 
> (openthreads.sourceforge.net), up and running with trac, and I've run 
> into a nice little snag while using the trunk.  I've registered this bug 
> under ticket #670:
> 
> http://projects.edgewall.com/trac/ticket/670
> 
> Now, Jonas tells me that it's probably a function of the setup on my 
> server, but I've followed all of the instructions on the site.  Here's 
> what I've got:
> 
> Server: IBM 2 processor M-Pro wokstation
> OS: Red Hat Enterprise Workstation 3.0, Update 2
> Packages installed (for trac):
> 
> Python 2.2.3 (#1, Aug  8 2003, 08:44:02)
> [GCC 3.2.3 20030502 (Red Hat Linux 3.2.3-13)] on linux2
> 
> clearsilver-0.9.10.tar.gz
> pysqlite-0.5.1.tar.gz
> swig-1.3.21.tar.gz
> sqlite-2.8.15.tar.gz
> subversion-1.0.6.tar.gz
> 
> Now here's the trick, diff views work just fine for me with 0.7.1, but I 
> need the trunk in order to get proper developer permissions setup.  Is
(Continue reading)

Permalink | Reply |
headers
Sean Spicer | 1 Aug 2004 17:56
Picon

Re: Problem with diffs in the SVN trunk


I'm not explicitly...I've got anon permissions setup for 
everything...I'll try that though...

I can display the unified diff just fine, by clicking on the link at 
the bottom of the page.

sean

On Aug 1, 2004, at 7:31 AM, Jonas Borgström wrote:

> Sean Spicer wrote:
>> Hi,
>> I'm working on getting my open source project, OpenThreads 
>> (openthreads.sourceforge.net), up and running with trac, and I've run 
>> into a nice little snag while using the trunk.  I've registered this 
>> bug under ticket #670:
>> http://projects.edgewall.com/trac/ticket/670
>> Now, Jonas tells me that it's probably a function of the setup on my 
>> server, but I've followed all of the instructions on the site.  
>> Here's what I've got:
>> Server: IBM 2 processor M-Pro wokstation
>> OS: Red Hat Enterprise Workstation 3.0, Update 2
>> Packages installed (for trac):
>> Python 2.2.3 (#1, Aug  8 2003, 08:44:02)
>> [GCC 3.2.3 20030502 (Red Hat Linux 3.2.3-13)] on linux2
>> clearsilver-0.9.10.tar.gz
>> pysqlite-0.5.1.tar.gz
>> swig-1.3.21.tar.gz
>> sqlite-2.8.15.tar.gz
(Continue reading)

Permalink | Reply |
headers
Sean Spicer | 1 Aug 2004 18:03
Picon

Re: Problem with diffs in the SVN trunk


No luck, I can't find a authz_file line in my trac.ini file (at least 
not the trac.ini that's in the conf directory of my project)

still curious why it works with 0.7.1 ....

sean

On Aug 1, 2004, at 10:56 AM, Sean Spicer wrote:

>
> I'm not explicitly...I've got anon permissions setup for 
> everything...I'll try that though...
>
> I can display the unified diff just fine, by clicking on the link at 
> the bottom of the page.
>
> sean
>
> On Aug 1, 2004, at 7:31 AM, Jonas Borgström wrote:
>
>> Sean Spicer wrote:
>>> Hi,
>>> I'm working on getting my open source project, OpenThreads 
>>> (openthreads.sourceforge.net), up and running with trac, and I've 
>>> run into a nice little snag while using the trunk.  I've registered 
>>> this bug under ticket #670:
>>> http://projects.edgewall.com/trac/ticket/670
>>> Now, Jonas tells me that it's probably a function of the setup on my 
>>> server, but I've followed all of the instructions on the site.
(Continue reading)

Permalink | Reply |
headers
Sean Spicer | 2 Aug 2004 22:23
Picon

Re: Problem with diffs in the SVN trunk


Okay, after much sleuthing, I've found the culprit...please see the attached patch.  Appearently there's
a bug in diffutils 2.8.1 such that "diff -u -2" doesn't work.  Rather it should be (and this is the new
appropriate way): "diff -U -2"

The patch changes things in the trunk to properly use an uppercase U.

thanks for all the help, I'm attaching the patch to ticket 670.

sean

On Sunday, August 01, 2004, at 09:03AM, Sean Spicer <saspicer@...> wrote:

>
>No luck, I can't find a authz_file line in my trac.ini file (at least 
>not the trac.ini that's in the conf directory of my project)
>
>still curious why it works with 0.7.1 ....
>
>sean
>
>On Aug 1, 2004, at 10:56 AM, Sean Spicer wrote:
>
>>
>> I'm not explicitly...I've got anon permissions setup for 
>> everything...I'll try that though...
>>
>> I can display the unified diff just fine, by clicking on the link at 
>> the bottom of the page.
>>
(Continue reading)

Permalink | Reply |
headers
Jonas Borgström | 4 Aug 2004 15:24
Favicon

Re: Problem with diffs in the SVN trunk

Sean Spicer wrote:

> Okay, after much sleuthing, I've found the culprit...please see the attached 
 > patch.  Appearently there's a bug in diffutils 2.8.1 such that
> "diff -u -2" doesn't work.  Rather it should be (and this is the new appropriate 
> way): "diff -U -2"
> 
> The patch changes things in the trunk to properly use an uppercase U.
> 
> thanks for all the help, I'm attaching the patch to ticket 670.
> 
That was a tricky bug. Trac now uses the correct diff argument, thanks!

/ Jonas
--

-- 
Jonas Borgström    | Edgewall Software
jonas@... | Professional GNU/Linux & Open Source Consulting.
                    | http://www.edgewall.com/
Permalink | Reply |
headers
Sean Spicer | 4 Aug 2004 00:50
Picon

TracReports


Question:

Is there a way to chain together SQL commands for TracReports -- What 
I'd like to do is create a temporary table, pipe the results of one 
select into that table, and then conduct a second select from the 
temporary table...I'm not able to do it just by writing the SQL 
commands into the TracReports window, but perhaps someone else can give 
me a hand...

Oh, and if anyone wants to know why you do such a crazy thing, it's so 
that I can track how many tickets were opened or closed against a 
particular version or milestone, including those that may have been 
moved to a previous or future version.

Any help would be great!

sean

_______________________________________________________________________
Sean A. Spicer

"Your mind is a shovel, use it."  -anonymous

pgp key fingerprint: 8CED 19B7 3A3A BF54 B8E8  FB11 E044 F6B8 1585 9D54
pgp public key available at www.keyserver.net or pgpkeys.mit.edu (KEY 
ID: 15859D54)

_______________________________________________
(Continue reading)

Permalink | Reply |
headers
Joel Rosdahl | 6 Aug 2004 10:35
Gravatar

Re: TracReports

Sean Spicer <saspicer@...> writes:

> Is there a way to chain together SQL commands for TracReports --
> What I'd like to do is create a temporary table, pipe the results of
> one select into that table, and then conduct a second select from
> the temporary table...I'm not able to do it just by writing the SQL
> commands into the TracReports window, but perhaps someone else can
> give me a hand...
>
> Oh, and if anyone wants to know why you do such a crazy thing, it's
> so that I can track how many tickets were opened or closed against a
> particular version or milestone, including those that may have been
> moved to a previous or future version.
>
> Any help would be great!

I'm not sure I understand what you want, but to use a query result in
another query in SQL, you can do like this:

    select some, fields
    from (select some, other, fields from some_table where foo = ...)
    where bar = ...

(By the way: Please don't send a new mail to the list by replying to
another list mail and erasing the subject and body. There are still
references (in the form of In-Reply-To and References headers) to the
mail you replied to, which messes up the mail threading in mail
programs that support this. Your mail will end up sorted in the thread
of the mail you replied to, not as the root of a new thread as it
should.)
(Continue reading)

Permalink | Reply |

Gmane