, but then if you close and re-open gnucash that it
> does not re-open the mysql db?
>
> Colin
>
> [deleted my text below for brevity - Art]
> _______
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/
Hi,
This is going to be starting any minute. All services (except
www.gnucash.org) will be down while this process is ongoing.
I'll send another email when it's complete.
-derek
Derek Atkins writes:
> Hi all,
>
> In short:
>
> What: GnuCash System Maintenance
&g
All services should be back up and running as of 1525 US/EDT (1925 UTC).
Please let us know if something isn't working like it was yesterday.
Thanks,
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processi
On Sat, August 25, 2012 4:59 pm, Colin Law wrote:
> On 25 August 2012 21:26, Derek Atkins wrote:
>> I was asked for photos of the reconsituted servers today. Here is a
>> before and after picture from how they were lying on the floor before
>> and how they are in the rack
On Sat, August 25, 2012 1:24 pm, Yawar Amin wrote:
> On 2012-08-25 11:17, Derek Atkins wrote:
>> Hi,
>>
>> This is going to be starting any minute. All services (except
>> www.gnucash.org) will be down while this process is ongoing.
>> I'll send another
uot;
> This time I don't believe it's my fault per se. I probably do need to
> reboot, but my Windows 7 is up-to-date with all it's updates, except I may
> have needed to do one more reboot since that last updates were applied.
>
> I had taken extensive notes on this i
; facebook. Can I use the photos you posted? What the server is exactly doing
> for GnuCash: if I'm not mistaken it hosts the mailing list but also the source
> code?
>
> Thanks
> Cristian
>
> Il 25/08/2012 22:26, Derek Atkins ha scritto:
>
> I was asked fo
ument", regardless of the direction of the
> cash flow. How about just "Statement" to replace both Invoice and
> Bill?
See above for why differentiation matters. Also in some languages there
*is* a different word for an invoice you send out vs. a bill that you
receive.
John Ralls writes:
> On Aug 31, 2012, at 6:20 AM, Derek Atkins wrote:
>
>> John Ralls writes:
>>
>>> If you look in an English thesaurus, you'll find that "invoice" and
>>> "bill" are synonyms. Using one for Customer transactions a
Could you make your slides available. I've been asked to talk at the local
Atlanta LuG about GnuCash but have been putting it off.
-derek
Sent from my HTC smartphone
- Reply message -
From: "Christian Stimming"
To:
Subject: Upcoming talk on GnuCash in Hamburg, Germany
Date: Fri, Sep 7
Christian Stimming writes:
> Am Freitag, 7. September 2012, 17:02:17 schrieb Derek Atkins:
>> Could you make your slides available. I've been asked to talk at the local
>> Atlanta LuG about GnuCash but have been putting it off.
>
> Sure, I'll make them availab
tual:
> '601c57b50590a994bd1a34d9aafaa035'
I cannot reproduce this. I think this means that there was bitrot in
your local checkout. I just updated my checkout and didn't have any
issues.
You might just need to check it out again.
> Bob
-derek
--
Derek Atkins, SB
e should be
>> safely removable since r22381.
>>
>
> Yay! Good work!
Ditto! Nice work, Geert!
> As for libgnomecanvas, it's replaced with Cairo. That will take some
> rewriting, but it's necessary to move to Gtk3.
>
> Regards,
> John Ralls
-dere
58.
>
> If I copy that over to my build directory, all works Ok.
I'll just point out that we do not regularly run a 'distcheck' on our
code (trunk or 2.4 branch). Perhaps we should set up some build bots to
at least try this periodically?
> Robert.
-derek
--
t;
>
> Have fun !
>
> Geert
> _______
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
>
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Me
is NOT
contained in the database and any writes you make may cause GnuCash's
invariants to break.
You are welcome to read from the database, but don't write.
If you must write, you should use the GnuCash API, which is avaiable in C,
Scheme, and Python.
> Thanks
>
> --
> *Ing. Jorge
there's a good chance it was
>> something I changed. I'll look into it in the next couple of days. I am
>> interested in the additional information Mike asked about as well though.
>>
>> Geert
> _
sufficient interest in a Dutch list, it can be set up and moderated by
> someone else.
I can easily set up a new gnucash-nl list if you find a moderator.
> Geert
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Pro
"David T." writes:
> That was my intent. I didn't want to spend a lot of time on something
> that others felt was superfluous or unnecessary. I'll work up
> something for Bugzilla shortly.
Thank you for helping!
> David
-derek
--
Derek Atkins,
current behaviour.
Technically the "Invoice Id" should be *your* identity of the bill,
whereas the "Billing ID" would be the vendor's identity. So jumping
straight to "Vendor" (or Customer, or Employee) and skipping the Invoice
ID should be perfectly safe in *mos
right and the scrollbar has to be used in order to find it...
Maybe that should be fixed? You can reorder the columns
> Oh well, I'll play with it keeping the intended use in mind. If I find
> it lacking, well, I can always improve it, right ;)
Indeed. :)
> Geert
-derek
--
Add unittests for mysql and postgresql backends
Will this change require a running mysql and pg instance to "make
check"? (I haven't looked closely enough at the code). Will it still
pass if you don't have the mysql or pg dbd backends?
-derek
--
Derek Atkins, SB '93 MI
( The build server is still XP )
> Thanks
> Cristian
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
warl...@mit.edu
ther this would be difficult to implement, or even
> on anyone's interest radar?
I don't think it would be too hard. At every refresh just recompute the
sum and update the display. Go for it!
> Cheers,
> David
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MI
round of changes the test program didn't even
> try to load because the xml backend wasn't loaded. There weren't any
> asserts to check that it had, so it would always pass without actually
> testing anything. Odd, though, that you're getting that weird error
> message
itolite for code.gnucash.org
Not sure if there is something better?
> Geert
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
war
) window to move the equipment back
to the UPS. I plan to do that this afternoon, around 3pm US/EDT (1900
UTC). It should be relatively quick as I shut down the systems, move
the plugs, and power them on.
Please let me know if you have any issues with this timing.
-derek
--
Derek Atkins, S
You need to modify the script to "exec gdb $program" ..
-derek
Sent from my HTC smartphone
- Reply message -
From: "Alex Aycinena"
To: "John Ralls"
Cc:
Subject: r22464 - gnucash/trunk/src/backend/dbi/test - Enable and correct all
store-and-reload basic tests
Date: Wed, Oct 31, 2012 1
or testing ?
If we decide what we want I can try to set it up relatively quickly.
The IETF is next week and I'm out of town the following weekend, so if I
don't get it done by Saturday it might have to wait for a week or two.
> Geert
-derek
--
Derek Atkins, SB '93 MIT
FYI, this went off off without a hitch.
-derek
Derek Atkins writes:
> Some of you may or may not have noticed a short outage on Monday. I had
> a short power outage (around 20 minutes) during which time the UPS took
> over and kept everything going. Yay. However, after power
Christian Stimming writes:
> I guess all of the recent committers should be added, such as the full list
> from the file git-helper-scripts/gnc_authors. However, some of them don't
> seem
> to have a github account, do they? E.g., Derek?
derekatkins
-derek
--
Der
his proposal ? (If so, please use bugzilla, not
> the github issue tracker ;p ). Or if you agree, please state so as
> well, so we can get an idea if we can pursue this proposal or not.
LOL...
> Geert
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
s/parsers and does not use any schema files itself. So YMMV.
> Regards,
> John Ralls
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http:
Ngewi Fet writes:
> On Thu, Nov 1, 2012 at 4:12 PM, Derek Atkins wrote:
>
> John Ralls writes:
>
> > Ngewi,
> >
> > You can use Trang (http://www.thaiopensource.com/relaxng/trang.html) to
> convert an RNG schema to XSD.
> &
Geert Janssens writes:
> The code actually has provisions for svn, svk, git and bzr. Only svn and
> git are actively used by the core developers though.
Actually, I use svk..
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Stu
cd ..) && posthook=''; \
if test -d "$EPUB_TMPDIR"; then \
rm -v -fr "$EPUB_TMPDIR"; \
fi; \
eval "$posthook";
warning: failed to load external entity "../../xsl/1.75.2/epub/docbook.xsl"
cannot parse ../../xsl/1.75.2/epub/docbook.xsl
remove
Another option would be to have a GnuCash "service" that runs on a home server
and enables remote access to the GnuCash data through a well defined services
API. A mobile app would implement the client side of the services API and
connect to your running GnuCash service. Less to set up (no http
I wouldnt call the data format unstable.. just not documented by a schema.
And frankly I disagree that that is holding GnuCash back from greatness.
-derek
Sent from my HTC smartphone
- Reply message -
From: "Graham Leggett"
To: "Christian Stimming"
Cc:
Subject: GnuCash XML spec (fo
Sounds good to me.
-derek
Sent from my HTC smartphone
- Reply message -
From: "Geert Janssens"
To:
Subject: GnuCash release schedule
Date: Tue, Nov 6, 2012 7:54 AM
Since we are talking future plans in other threads, I'd like to shift
focus back to the near future for a while: a new
Geert Janssens writes:
> Thanks for debugging this. I tested with abs_{top_}srcdir on my out of
> tree build and that works fine as well. I have pushed a fix. Let's see
> if tomorrow's build works fine now.
For the record, it did.
Thanks,
> Geert
-derek
--
De
github as my
> main upstream for all my day to day development work and only when
> maintenance is needed on code.gnucash.org, work with that repo as
> upstream.
>
> Geert
>
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member
. It's useful for
> feature branches (which I rebase from time to time, be warned!),
> giving me an offsite backup and anyone interested a look at what I'm
> up to.
>
> Regards,
> John Ralls
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Labo
t; All other details so far as described in the previous mails in this thread.
I am fine with this proposal.
I'm debating whether we want to use individual accounts on code or move
to something like gitolite that would allow for easier remote
administration to the git repository(ies)?
> Ge
Ngewi Fet writes:
> On Tue, Nov 6, 2012 at 4:09 PM, Derek Atkins wrote:
>
> John Ralls writes:
>
> > Why can't we set up commit hooks on each that immediately push to the
> > other? Yes, there's a small chance of a conflict if two people push
&
this part, so I've got a rather
> simplistic view ATM, so there may well be something else I'm missing.
How about storing it in the book, and storing it as a pair of Month/Day
tuples? :) This also maps nicely into "current Period" and "last
Period". :)
> Reg
ot we
could, theoretically, just store the start date as a Julian Day w/o leap
year, and compute the end date as the day earlier one year later.
> Regards,
> John Ralls
-derek
--
Derek Atkins 617-623-3745
de...@ihtfp.com www.ihtfp.com
Computer
t secure, and are saved the bandwidth of serving it to anyone
> who wants to clone it onto their own machine.
Um, yes, this is exactly what we are talking about, and is exactly what
I am proposing.
> David
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
h the new update. We're trying to get that
updated/corrected.
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
warl...
vetted and then enabled. But that's
not very wiki-like, as you say.
> The core devs should all have the privs to kill userids, and we should all
> review the changes (can it be made into an email notification or RSS/ATOM
> feed?) daily so that Christian isn'
On Sat, November 24, 2012 5:39 am, Christian Stimming wrote:
> Am Freitag, 23. November 2012, 10:23:51 schrieb Derek Atkins:
>> >> wiki? I urge you to please temporarily disable the page creation
>> >> permission ("createpage") for normal users.
>>
&
to
> what happens here ?
>
> The first question would be: why is the gnucash-changes mail never sent
> in these cases ?
>
> Geert
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash
Nov 24 12:56:27 2012
Subject: r22594 - htdocs/branches/beta - Synchronize beta with trunk
Cause: Message body is too big: 61701685 bytes with a limit of 10240 KB
I presume these are your missing messages?
-derek
On Sun, November 25, 2012 8:32 am, Derek Atkins wrote:
> Are the files marked
email
hook set up before we do anything else.
We then have to figure out how to best set up a "git push --all" to push
to github, especially when the bare repo isn't a clone itself. This is
where my knowledge of git falls short so I'm definitely going to need
help here.
My
e time ;)
> Regards,
> John Ralls
>
> [1] http://git-scm.com/book
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/
Geert Janssens writes:
> On 27-11-12 15:06, Derek Atkins wrote:
>> John Ralls writes:
>>
>>> OK. Sounds like you've got the next action item, get the email hook
>>> set up. After that, you can install git-svn-mirror from Github and
>>> work out ho
of this, I would prefer to assume a
> transaction has a fixed date, which will be interpreted as exactly
> this date in whatever timezone it is looked at.
Agreed, a Post Date should be a "Date". There is an open RFE from about
a decade ago to allow a "Post Time&qu
hether a data file is using the
old interpretation or the new interpretation of a timestamp for the Post
Date?
> Regards,
> John Ralls
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Infor
e know whether a data file is using the
>> old interpretation or the new interpretation of a timestamp for the Post
>> Date?
>
> ATM, we store -MM-DD 12:00:00Z. For backwards compatibility, I
> suppose we should continue to do so. The change will be that
> internally
On Fri, November 30, 2012 10:38 am, Buddha Buck wrote:
> On Fri, Nov 30, 2012 at 10:09 AM, Derek Atkins wrote:
>>> Right. Since ISO8601 specifies that date-times are converted to UTC
>>> (Z), we currently convert to-and-from the local TZ when we instantiate
>>> obje
make.
Yes, on Linux/64 a long long is 128 bits.
John, you should probably just use the G_INT64_FORMAT macro (or the
unsigned equivalent, depending on your type). This will do the right
thing and be %ld on 64-bit platforms, but %lld on 32-bit platforms. You
can see how it's used in ord
ile ?
I don't think so. I think it was adjusted when there was last a major
redo of the docs, to honor to people who had worked on it previously.
> Geert
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Pro
FYI,
Cristian Marchi writes:
> Log:
> In Italy ICI is now IMU. BP
The "BP" should be on a line by itself for the "magic" to happen.
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Proce
'm seeing mixed uses in GnuCash and want to
> determine for once and for all what is the proper way to handle this.
>
> Geert
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
s the proper way to handle this.
>>
>> Geert
>> ___
>> gnucash-devel mailing list
>> gnucash-devel@gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>>
>
h is not what GnuCash is
looking for.
Rename the file to "config.user" and restart gnucash.
> I hope someone can help me with my problem.
>
> Alin
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing
ependencies).
Thanks,
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
warl...@mit.edu
ses? Maybe just hide the code for now, or
specifically mention "2.3" to make it clear it is older than the stable
2.4 releases?
> Regards,
> John Ralls
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Proc
x27;s too bad...
I'll need your new key, and please don't lose it this time... ;-)
> Thanks,
>
> Yawar
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.m
>
> That's not really a simplification. Worse, I think that if you call it
> that then people will think that they're web forums, and we have
> enough trouble with nabble users who don't understand that they're
> using a web interface to a mailing list.
I agree.
ug to collect the discussion so please comment
> there. I'll write up the final spec in the help manual.
I added a comment to the Bz.
In short, it's a single Predicate, so you need to group it as:
Reconcile { is | is not } { N, C, Y, ... }
> Thanks,
>
> Yawar
-derek
--
; would certainly be unconventional and confusing.
How about "email support and discussion list(s)"?
> Colin L
-derek
--
Derek Atkins 617-623-3745
de...@ihtfp.com www.ihtfp.com
Computer and Internet Security Consultant
___
On Tue, January 15, 2013 4:35 pm, Colin Law wrote:
> On 15 January 2013 21:29, Derek Atkins wrote:
>>
>> On Tue, January 15, 2013 4:23 pm, Colin Law wrote:
>>>>> I agree. Please do not call it a "forum".
>>>>
>>>> No, I think Yaw
your current branch, you must specify a branch on the command line.
pull --rebase origin: command returned error: 1
So I am stuck...
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
quote everything everywhere. But miss *one* spot and
you'll have a problem, so safer not to have any spaces if we can avoid
it.
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: h
bare repo in gitolite
- clone from gitolite into a new (git-svn) repo
- set up git svn in that git-svn repo
- try to run git-svn-mirror in the git-svn repo
- get error
> Regards,
> John Ralls
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Yawar Amin writes:
> Hi Derek,
>
> On 2013-01-21, at 9:11, Derek Atkins wrote:
>
>> Hey all,
>>
>> Geert and I were working over the weekend to try to set up an svn->git
>> mirror on code. Alas, I seem to have an issue that I don't know how to
>
ies? Of course it would mean that EVERYONE'S repo
will be broken... :-/
Personally, I feel that it's important to have the history "correct",
even if it means resetting and invalidating the existing repos.
> Geert
-derek
--
Derek Atkins, SB '93 MIT EE, SM &#
N
or Git, eventually).
The question is what to do about the current state of the github repo?
I'm hearing mixed feedback right now (well, one devil's advocate remark
against restarting the github repo).
> Mike E
-derek
--
Derek Atkins, SB '93 MIT EE, SM '
ike the cvs->svn
changeover the repo was re-built multiple times before svn became
official. Similarly, I think we need to go again and rebuild git before
it becomes official. I.e., we've tested the previous change-over
process and found that it is wrong, so let's redo it and cor
e only committer there is the gitolite user, once
we decide to rebuild the repo.
So based on this... Can we have other people pour over the existing
github history to see if there are any other mistakes? Then I can build
the gitolite repos up from scratch.
> Geert
-derek
--
Dere
nd fast-forward your repo.
Moreover, in my trials I have not noticed a significant speed difference
between the svn+ssh// vs. file:// URLs. This is probably because in all
cases the limit is not on the transfer of data but on I/O and CPU
processing. If I ran 'time' I suspect I might s
shed stack ?
>>
>
> Sorry, what do you mean by "stashed stack"?
I suspect he means "git stash"?
> Regards,
> John Ralls
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Bo
d it will automatically get pushed out the github.
> Regards,
>
> Yawar
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
Android app need to manually match double
> transactions again on the desktop which is a lot of work.
>
> Any thoughts?
If you want to have your app supply both ends of the same transaction
then you should use QIF, which supports what you are trying to do.
There's no way to do it with OFX.
> C
he record, the things left to do are:
1) get gitolite to push to github -- this will require a github reset
2) convert www to use git and get gitolite to signal an update instead
of svn
3) send emails from gitolite instead of svn
> Geert
-derek
--
Derek Atkins, SB '93 MIT EE, S
Geert Janssens writes:
> On 25-01-13 17:35, Derek Atkins wrote:
>> Just for the record, the things left to do are:
>>
>> 1) get gitolite to push to github -- this will require a github reset
>> 2) convert www to use git and get gitolite to signal an update instead
>
mins maybe, just in case something goes out of sync
> and some manual intervention is needed. Anyway, modifying these write
> permissions is straightforward on github.
Fair enough..
> Geert
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
M
, exactly.
Right. I didn't think about adding a local, stand-in repo upstream of
gitolite, but you're right that that would work to test our hooks.
Then, as you say, just point the url to github.
I guess I just need to add a new remote ("origin"?) to the repos that
point
paths so
> that make check succeeds. Or you could edit build/Makefile and remove "po"
> from SUBDIRS, so make will ignore it.
Another option -- why not just use lndir in the build tree? Then the
"sources" would be local.
mkdir build
cd build
lndir ../src
./configure .
use the -patches email list to notice when the -commits email fails,
so I can look into it. Generally this happens when there is a very
large commit (like a translation update). I also use -patches it to
decide if I need to look at the changesets immediately or if I think it
can wait a bi
y that would
happen. So in general I would say that it does require manual
intervention and actual porting.
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL
t/review changes before they go into the release branch?
> Geert
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/
John and Derek to pick a date and time to
> do the work.
I'll note that if John changes his server origin to the renamed github
repos then we don't need to disable the push to John's server. But I
agree that that list looks correct.
> Geert
-derek
--
Derek Atkins, SB &
ould pick a date and pre-announce that date. Then we
should make another announcement once we cut over.
> Geert
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board
able releases these
commits will need to be omitted (or reverted) during the merge.
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/PP-ASEL-IA
has to look at the commit log. And you are right that there was no
in-the-SCM method to see if anything was missed.
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit
for an unlock when he's online then try again.
> Any thoughts?
Check your SVN URL and SSH config locally? Although if you were able to
get a git checkout from code then you SHOULD be able to use SVN -- the
keys should be the same set.
> Mike Evans
-derek
--
Derek At
olite shouldn't send it out until we're doing commits directly.
I like that mail is sent using the correct from address. Did you test
that that works correctly?
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Mem
for the AUDIT feature before that can
> happen. Working on that :)
I'd rather the emails still come from svn so it has the correct from
address. Flipping the switch on gitolite when we flip the switch on SVN
shouldn't be a big deal.
-derek
--
Derek Atkins, SB '93 MIT EE, S
s
something we should think about when contemplating a move to gtk3.
> Geert
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
warl.
901 - 1000 of 5534 matches
Mail list logo
