nt. The problem with this approach is that, files needed to be
> included with their absolute path.
Hi, adding an "input" type of header is one option. What about adding a
call to resolve relative file names instead, thus solving maybe other
needs in addition?
--
Daniel Fleischer
ost expected behavior.
If I understand you correctly, changing the latex processing directory
enables you to use relative paths in macros such as \input{}. If so,
it's as trivial as adding `-cd' flag to `org-latex-pdf-process` when
using `latexmk`.
--
Daniel Fleischer
Hello,
During the past couple of weeks I have been seeing a new character in
the agenda when the log is on and I am displaying the time grid. I have
tried to find and install this character representation on Fedora-based
Linux but have not found the magic.
Any clues where this particular sym
Perhaps I have
missed a normal configuration step?)
Thank you!
On 7/12/22 12:58, Juan Manuel Macías wrote:
Hi,
Daniel Ortmann writes:
Any clues where this particular symbol resides? A hint about the
package name would wonderful. :-)
To be able to display "unusual" symbols in Emac
Ihor,
What are your thoughts?
On 7/12/22 15:03, Juan Manuel Macías wrote:
Juan Manuel Macías writes:
The most reasonable thing would be to use a more
common symbol. But I'm still intrigued by the origin of that symbol...
It seems that the culprit is in line 1592 of org-agenda.el
I think this
I am not seeing the problem anymore after installing the Symbola fonts.
On 7/16/22 04:15, Ihor Radchenko wrote:
Daniel Ortmann writes:
More information on that character:
position: 195 of 690 (28%), column: 26
character: ⭠ (displayed as ⭠) (codepoint 11104
date line can cause problems is certain
> use cases.
Sorry for the late response.
I would reckon people don't want the date displayed when they set it to
nil. But removing the line \date{} just prints today's date. I don't
understand the purpose of the patch.
Daniel
Daniel Fleischer [2022-07-31 Sun 18:25] wrote:
> I would reckon people don't want the date displayed when they set it to
> nil. But removing the line \date{} just prints today's date. I don't
> understand the purpose of the patch.
In other words \date{} is what prev
t; #+date: {day}{something}
The thing is \date is a macro with one parameter, a string. That's way
\date{} doesn't do anything and \date{\today} prints today's date where
\today return today's date as a string. Starting to introduce new kinds
of inputs - e.g. {y}{m}{d} - to the \date macro would just confuse
people, I think.
Daniel
Hello,
This morning I can't get org-mode to compile and load at all. And the
bug reporting is not working.
What to do?
Thank you!
Here are this morning's messages:
make -C lisp compile
make[1]: Entering directory '/home/dortmann/src/git-org-mode/lisp'
rm -f org-version.el org-loaddefs.el o
git bisect shows that this emacs commit is the problem (if I understand
correctly ... this is the first time I have used git bisect):
[6ddcf67052545a0f77233f1a952dc90e296cda35] Make it possible to mark
generalized variables as obsolete
Here is the bug report:
Subject: 29.0.50; emacs commit 6ddc
ny 29.1 branches available.
I have not been able to test and verify the fix.
Thoughts?
Daniel Ortmann writes:
Error: error ("Eager macro-expansion failure: (void-function
byte-compile-warn-obsolete)")
debug-early-backtrace()
debug-early(error (error "Eage
/dortmann/src/git-org-mode/lisp/)
On 8/25/22 09:36, Daniel Ortmann wrote:
FYI,
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=57394
Lars at gnu says it is fixed in emacs 29
The bug's web page says, more specifically, "bug marked as fixed in
version 29.1"
... I can't find emac
ve and you can search for it
instead of searching all the individual members.
I think it makes sense, but you might want these to be related.
--
Daniel Fleischer
o represent what you wrote down
and what's left does not include the "canceled" tasks.
--
Daniel Fleischer
What's up with this behavior? It began a couple of weeks ago. I have
the load-path set immediately in my init.el followed by require org.
Versions are:
* GNU Emacs 29.0.50 (build 9, x86_64-pc-linux-gnu, GTK+ Version
3.22.30, cairo version 1.15.12) of 2022-09-14
* Org mode version 9.5.5 (
Hmmm ...
While trying to investigate one bug I have run into another odd one:
* emacs version: GNU Emacs 29.0.50 (build 23, x86_64-pc-linux-gnu,
GTK+ Version 3.22.30, cairo version 1.15.12) of 2022-09-20
* org version: Org mode version 9.5.5 (release_9.5.5-804-gf1a197 @
/home/dortmann/src
t a good enough solution I also think it should
be a general export feature, not specific to latex. In that case you
need a general syntax, e.g. properties like "export_prefix",
"export_postfix" and the code should be as simple as possible, i.e.
copying the text one line before/after the headline.
--
Daniel Fleischer
Was Eli Z's observation the key? Of code not autoloading when
eval-buffer is running?
On 9/21/22 03:37, Ihor Radchenko wrote:
Daniel Ortmann writes:
These two lines are in my *Messages* buffer:
File mode specification error: (void-function org-element-cache-reset)
Error during redi
this exactly entail?
Should I subscribe to https://updates.orgmode.org/ or something?
Is there a backlog if issues to go through and try to resolve?
Cheers,
Daniel
eported here:
> 1. ox-latex export bug for src blocks containing direct LaTeX when
>org-latex-src-block-backend is set to its default 'verbatim value
> 2. ox-beamer export bug as described in the attached org file
>
> Daniel, can you please take a look at the first bug?
> I
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
--
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
-
Thank you! I will take one or more of those steps.
(The performance drop was sudden and steep, by the way.)
On 10/19/22 23:56, Ihor Radchenko wrote:
Daniel Ortmann writes:
Here you go.
Thanks!
It looks like you have some task with giant years-worth logbook drawer.
You can try to reduce
n work a bit more on ob-clojure the next few days,
I think I missed a few emails, sorry. Now I have a filter rule where
mails with Clojure in the subject go to my inbox.
Cheers,
Daniel
>From 87054023df0876d17771ee3885e7b1091ccdeab1 Mon Sep 17 00:00:00 2001
From: Daniel Kraus
Date: Thu, 27 O
ojure-table-test
| a | b | c |
|---+---+---|
| 1 | 2 | 3 |
#+NAME: ob-clojure-table-test-2
| a | b | c |
|---+---+---|
| 1 | 2 | 3 |
| 4 | 5 | 6 |
#+begin_src clojure :var v1=42 :var v2="foobar" :var v3=ob-clojure-table-test
:var v4=ob-clojure-table-test-2 :results output
(prn (+ v1 5))
Am 28.10.22 um 04:19 schrieb Ihor Radchenko:
dzilte...@lyrion.ch writes:
From: Daniel Ziltener
* ob-tangle.el, ob-core.el, test-ob-tangle.el, org-manual.org: Add a
"strip-tangle" noweb option to strip the noweb tags when tangling, but
keep and expand them otherwise.
Thanks for
following commit.
I guess something was broken and got removed but stayed in the test?
Does anyone remember what's the status of ob-clojure session support?
Cheers,
Daniel
ind "nbb") 'nbb)
((featurep 'cider) 'cider)
((featurep 'inf-clojure) 'inf-clojure)
((featurep 'slime) 'slime))
Or is that too much "magic" in that on some systems the default is bb
and in others it's cider etc?
Cheers,
Daniel
Bastien writes:
> Daniel Kraus writes:
>> I would set it to (and (executable-find "bb") 'babashka) so it's still nil
>> when babashka is installed?
> (You mean "not installed", right?)
Of course.
>> Or we could even test more availab
nline comments.
Check https://list.orgmode.org/orgmode/878rl1a1e0@kraus.my/
Thanks,
Daniel
Ihor Radchenko writes:
> Daniel Kraus writes:
>
>> - What should I use for indention? Looking in ob-clojure and org.el
>> it seems that using tabs with tab-width 8 is standard but there's
>> quite a few lines where it's spaces only.
> That is a good
From: Daniel Ziltener
* lisp/ob-tangle.el (org-babel-tangle-single-block): strip noweb tags
from block if :noweb has been set to strip-tangle.
* lisp/ob-core.el (org-babel-common-header-args-w-values): add
"strip-tangle" as new allowed value.
* testing/lisp/test-ob-tangle.el (ob-ta
Am 30.10.22 um 05:12 schrieb Ihor Radchenko:
Daniel Ziltener writes:
From: Daniel Ziltener
* lisp/ob-tangle.el (org-babel-tangle-single-block): strip noweb tags
from block if :noweb has been set to strip-tangle.
* lisp/ob-core.el (org-babel-common-header-args-w-values): add
"strip-t
inf-xxx package?
Then I could use code from there.
Thanks,
Daniel
Bastien writes:
> Daniel Kraus writes:
>
>> I think I'll go with the big `cond` above to auto-detect what's
>> installed. That's probably the best out-of-the-box experience.
> Indeed, thank you!
I would push the attached patch.
I'm not sure about the `
Ihor Radchenko writes:
> Daniel Kraus writes:
>
>> +(defcustom org-babel-clojure-backend (cond
>> + ((executable-find "bb") 'babashka)
>> +
ools.
Should be similar simple as bb and nbb with slower startup time,
but you would get a JVM Clojure for it.
> Now I feel that babashka for clojure and nbb for clojurescript
> might be the right answer.
Agree. bb default for Clojure and nbb for ClojureScript.
Thanks,
Daniel
.
Thanks,
Daniel
>From cd170dd691ba12ec81ef5c71db2868b33cd63ddf Mon Sep 17 00:00:00 2001
From: Daniel Kraus
Date: Mon, 31 Oct 2022 07:52:09 +0100
Subject: [PATCH] ob-sql.el: Respect all params when using dbconnection
* etc/ORG-NEWS (Miscellaneous): Document change
* lisp/ob-sql.el (org-ba
Malcolm,
I also ran into troubles which are similar, apparently due to mixed
org-mode versions; we've got to load org-mode before emacs tries to do
it for us or we get mixed stuff.
My resolution was to load the org-mode path first in my init.el file and
then require org:
(add-to-list 'lo
t necessary or expected.
I'm certainly willing to look at patches, answer bug reports
and join discussion about ob-sql.
tl;dr you can add me as a maintainer ;)
Cheers,
Daniel
* lisp/ob-tangle.el (org-babel-tangle-single-block): strip noweb tags
from block if :noweb has been set to strip-tangle.
* lisp/ob-core.el (org-babel-common-header-args-w-values): add
"strip-tangle" as new allowed value.
* lisp/ob-core.el (org-babel-noweb-p): add "strip-tangle" at the
appropriate p
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
-
Please see attached which has the following code which reproduces the issue:
#+begin_src sh :shebang #!/bin/bash :results none
for (( i=1500 ; i>0 ; i-=1 ))
do
head -c 6 /dev/urandom | uuencode -m -
done |
tee /dev/null
#+end_src
On 11/18/22 02:45, Ihor Radchenko wrote:
Daniel Ortm
I am happy with whatever you decide. :-)
On 11/20/22 20:34, Ihor Radchenko wrote:
Daniel Ortmann writes:
Please see attached which has the following code which reproduces the issue:
#+begin_src sh :shebang #!/bin/bash :results none
for (( i=1500 ; i>0 ; i-=1 ))
do
head -c 6 /
No objections.
On 11/21/22 20:12, Ihor Radchenko wrote:
Daniel Ortmann writes:
I am happy with whatever you decide. :-)
Then, here is a tentative patch introducing new :results ignore header
argument.
Any objections?
Works great!
On 11/22/22 00:02, Daniel Ortmann wrote:
No objections.
On 11/21/22 20:12, Ihor Radchenko wrote:
Daniel Ortmann writes:
I am happy with whatever you decide. :-)
Then, here is a tentative patch introducing new :results ignore header
argument.
Any objections?
Hi.
Using a file with just one header:
* something
:CLOCK:
CLOCK: [2022-12-01 Thu 17:15]--[2022-12-01 Thu 17:30] => 0:15
:END:
If I put the cursor on the end timestamp (on the 3 of 17:30) and press
shift+up or shift-down, the timestamp is correctly adjusted by 5 minutes,
but the cursor ju
time log entries going back to
2013. :-)
On 10/20/22 00:37, Ihor Radchenko wrote:
Daniel Ortmann writes:
(The performance drop was sudden and steep, by the way.)
It is because clocking now calls Org parser API.
https://urldefense.com/v3/__https://git.savannah.gnu.org/cgit/emacs/org-mod
that start with < and a number. So strings like ,
, <+2d> and so on are not working anymore.
If I change the expression to the one before and evaluate the function, the
match works again.
A big thank you to all the developers behind org-mode!
Best wishes.
Daniel Hubmann
Emacs : GNU Emacs 29.
It works now, thanks!
On Wed, 7 Dec 2022 at 10:53, Ihor Radchenko wrote:
> Daniel Clemente writes:
>
> > Using a file with just one header:
> >
> > * something
> > :CLOCK:
> > CLOCK: [2022-12-01 Thu 17:15]--[2022-12-01 Thu 17:30] => 0:15
> >
uffer."
Also when having links of the form [[File.clj::defn]] where `defn' is a
search string.
Main 04d2cc59.
--
Daniel Fleischer
Hi,
I also found this limitation, and my solution was to disable radio links
and to replace them by a manual approach:
1. I disabled the call to (org-update-radio-target-regexp) in org.el. Well,
I added a boolean org-inhibit-startup-radio-refresh, that works in a
similar way to org-inhibit-startup
nt semantics but are rendered the same (by default); they could
be rendered differently, depending on a website's CSS. Maybe use the
semantics for your own org-html converter.
--
Daniel Fleischer
nt and was
also compiled perfectly to HTML/latex.
--
Daniel Fleischer
should be inside a math environment for easier parsing and you still
managed to solve that without all the previous regexps.
Thank you,
--
Daniel Fleischer
ne the text properties of the
events.
--
Daniel Fleischer
e when it's already in the connection-alist is
unnecessary.
Thanks,
Daniel
mbol.
I'm not sure why but I also have the connection as a symbol in my
`sql-connection-alist`.
Looking in `sql.el` `(sql-connect)`, they also use
`assoc-string` to receive the connection:
https://git.savannah.gnu.org/cgit/emacs.git/tree/lisp/progmodes/sql.el?h=ac2a6fc83fac6390892b068a830ebe0f22364e05#n4398
So I think that change is good and supports both formats
(same as `sql-connect`).
Cheers,
Daniel
Hi,
I'm using this patch since a few month that adds support
for AWS Athena.
The only thing that's maybe against adding it is that
`athenacli` (https://github.com/dbcli/athenacli) is not an
official AWS tool but just a Python script.
What's the opinion on this?
Cheers,
Ihor Radchenko writes:
> Daniel Kraus writes:
>
>> I'm using this patch since a few month that adds support
>> for AWS Athena.
>> The only thing that's maybe against adding it is that
>> `athenacli` (https://github.com/dbcli/athenacli) is not an
>&
cyclical or you
can jump to a specific word using shortcuts you define e.g.
#+TODO: TODO(t) | DONE(d)
Don't let the cyclical switching dictates the meaning, it's just an
implementation detail, done for simplicity. Hope it helped.
--
Daniel Fleischer
Daniel Fleischer [2023-01-17 Tue 10:10] wrote:
> Don't let the cyclical switching dictates the meaning, it's just an
> implementation detail, done for simplicity. Hope it helped.
Put another way, if you define A B | C D E
and the UI switching is A->B->C->D->E->
SAP Hana, MSSql and Vertico for example.
Cheers,
Daniel
Ihor Radchenko [2023-01-18 Wed 13:23] wrote:
> Note that `org-fix-agenda-info' converts the 'date property back to some
> other format... (yes, that's kind of crazy)
Thanks, that could be useful.
--
Daniel Fleischer
who I need to ask for copyright assignments or not?
Thanks,
Daniel
batim from newer Emacs versions.
Every compatibility function provided by Compat is covered by tests,
which are executed via CI on all supported Emacs versions (>= 24.4). I
make sure that no functions are backported which perform much worse such
that they would introduce performance bugs.
Daniel
Hi!
Andreas Gerler writes:
> I added the missing changelog entry.
Thanks.
I installed the patch.
(I'll also answer to your dbconnection engine mail soon.
Just very busy atm)
Thanks,
Daniel
backported function, e.g., something new from Emacs 29, instead of
going via the org-compat indirection, you could also make an addition
directly to Compat, a Compat release can be prepared a short while
after, and then you start using the new function in the Org development
version.
Daniel
11.99% of cache searches hashed, 12.16% non-hashable.
13 hours, 20 minutes, 43 seconds
On 2/9/23 05:51, Ihor Radchenko wrote:
Hi,
I would like to assess the efficiency of one of search optimizations used
in org-element.el [1]
The statistics about efficiency is collected by Org, but obviously
triction.
Best wishes
Daniel
Tried (setq org-fold-core-style 'overlays) which is mentioned in the link.
Unfortunately the behaviour is still the same.
On Tue, Feb 14, 2023 at 10:15 PM William Denton wrote:
> On 14 February 2023, Bruno Barbier wrote:
>
> > Daniel Hubmann writes:
> >
> >> Af
Ones (missing)*** LET **(missing)*
*** LAMBDA
XMATCH (missing)*** XLOOKUP* *(missing)*
* Dynamic Array Formulas
Setting org-fold-core-style to overlays doesn't change the outcome.
On Wed, Feb 15, 2023 at 4:30 PM Ihor Radchenko wrote:
> Daniel Hubmann writes:
>
> >
Ah, my bad. Got confused. The output above set according to the properties
is correct.
Thanks a lot for the fast fix.
On Wed, Feb 15, 2023 at 11:26 PM Daniel Hubmann wrote:
> Thanks for the partial fix.
>
> Unfortunately there is still something strange going on as the last
>
I want to suggest the package https://github.com/abo-abo/org-download
which I use all time, for dragging and dropping images and for taking
screeshots.
--
Daniel Fleischer
s for the attached image,
see link
https://github.com/abo-abo/org-download/blob/master/org-download.el#L178-L184
It's not a prompt, it's a template and you can fill the alt description.
--
Daniel Fleischer
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
--
Ihor Radchenko writes:
> Zelphir Kaltstahl writes:
>> (q1) What is a rationale, if any, behind the let-wrapping?
>
> It makes sense in ob-emacs-lisp to not litter global Emacs state.
> In other ob-* lisp backends, I am not sure.
> I am CCing Daniel, the maintainer of o
every line instead of only the
last one, they get a different result now.
Is it ok to install?
Other feedback?
Cheers,
Daniel
>From 77783d864d81ef1d962c302523d7c588f248c088 Mon Sep 17 00:00:00 2001
From: Daniel Kraus
Date: Thu, 9 Mar 2023 16:11:27 +0100
Subject: [PATCH] ob-clojure.el: Fix r
he same kludge where I need to check for cljs, but after
reviewing it's not really necessary and I removed the :target parameter
completely. As this was undocumented I guess it's ok to remove?!
>> -(defun ob-clojure-eval-with-babashka (bb expanded)
>> - "Evaluate EXPAND
Hi!
Ihor Radchenko writes:
> Daniel Kraus writes:
>
>> This was apparently a kludge that ob-clojure used to evaluate ClojureScript
>> in the normal clojure:execute function.
>> I simply used the same kludge where I need to check for cljs, but after
>> reviewing i
Daniel Kraus writes:
> Attached is the new patch with the changes.
>
> [2. text/x-patch; 0001-lisp-ob-sql.el-Add-support-for-Athena.patch]...
Ups, I attached the wrong one.
Here the correct patch..
>From db0634b5ab0b5c8c996c5dcbbeb266b720c67459 Mon Sep 17 00:00:00 2001
From:
clarified
> depending whether they affect Clojure or ClojureScript blocks.
I changed the docstrings to always mention either Clojure or ClojureScript.
I'm open for more improvements/suggestions.
Attached a new patch.
Thanks,
Daniel
>From 391bdd403f643fa75cceeb0c81f117996c2374b0 Mon Sep 17 00:00
_ in
> `ob-clojure-eval-with-cider'.
Ups, sorry.
Before `params` was only used to receive the :target parameter if it's a cljs
or clj
block. But that's now just a regular parameter to the function.
I fixed it with a _ prefix.
Cheers,
Daniel
CLR to ob-clojure. It would be very simple if they
have a CLI like the JVM Clojure.
> The only downside is that people might need to
> (require 'ob-clojurescript)
> I am thinking if ob-core.el should try to automatically guess the
> correct library to be loaded.
We could just (require 'ob-clojurescript) inside ob-clojure.el ?!
Cheers,
Daniel
ld 50, x86_64-pc-linux-gnu, GTK+ Version
3.24.34, cairo version 1.16.0)
of 2023-03-19
Package: Org mode version 9.7-pre (release_9.6.1-306-ga645a6 @
/home/d/src/git-org-mode/lisp/)
--
Daniel Ortmann 612-518-3147 m
key: C9E170E2, fingerprint = 81BB 6CAF F1EC F6C7 690C F4E9 66D7 7AFD
C9E1
wrote:
On 20/03/2023 08:56, Daniel Ortmann wrote:
Starting with this manually-typed birthday date:
[1960-10-16]
Use the arrows to move to the text.
Now press C-c ! and then ENTER
I expected this result, i.e. I expected the day of the week to be added:
[1960-10-16 Sun]
If all what you need is to
, Ihor Radchenko wrote:
Daniel Ortmann writes:
file org-plain-date-to-date-time.org has:
* plain date
C-c ! gives:
[2023-02-21 Tue]
* updating plain date
C-c ! followed by C-u C-! gives:
[2023-02-21 Tue 00:00]
* date-time
C-u C-c ! gives:
[2023-02-21 Tue 14:13]
I expected that updating an existing
1970.
(Yes, I am replying to the correct thread which corresponds to the bug
report submitted.)
On 3/22/23 10:10, Ihor Radchenko wrote:
Daniel Ortmann writes:
Since that existing timestamp at point is supposed to be used as the
default, we definitely have a bug
==>> ... Since that &#
nection instead of clj.
The PARAMS from Babel are not used in this function."
Writing good docstrings is hard :D
Cheers,
Daniel
t; The PARAMS from Babel are not used in this function."
>
> I like the second variant better.
Thanks.
I pushed the fix.
Cheers,
Daniel
o update Org's build system to handle third-party packages.
> Please, give it a close check (first patch).
>
> The second patch adds the actual Elisp part and replaces some
> compatibility functions with what is provided by compat.el.
> Note that not all the functions are availa
ing.
(setq debug-on-error t
debug-on-signal nil
debug-on-quit nil)
;; Add latest Org mode to load path.
(add-to-list 'load-path (expand-file-name "/home/daniel/.emacs.d/lib/org/lisp"))
(org-babel-do-load-languages
'org-babel-load-languages
'((clojure . t))
ot only the last one
was actually a bug.
Can you try again with the latest org (/ob-clojure) version?
You should now only get:
#+RESULTS:
: nil is falsey
Thanks,
Daniel
rent Clojure backends and it worked in all cases (that I tested).
Cheers,
Daniel
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
--
Hi,
there was a recent change to how the tags table is initialized. I think
that as a side effect, some tag functions like org-tags-expand don't work
unless you open an org-mode buffer first. I have a small bash script that
exports my agenda; right in the beginning (before opening any org-mode
f
It works now. Thanks!
On Mon, 29 May 2023 at 08:34, Ihor Radchenko wrote:
> Daniel Clemente writes:
>
> > there was a recent change to how the tags table is initialized. I think
> > that as a side effect, some tag functions like org-tags-expand don't work
> >
Summary: I started to encounter some errors while using the org-fc package
after. I traced it back to a change in behaviour from org-up-heading-safe
following some updates to my system. I did not see this change documented.
Old behavior: org-up-heading-safe will not move the point above the top
he
x27;t exist anymore and another one which tests plain tangle
and is not really Clojure specific.
I would love to write new tests but as I just started a new job
and got a new baby at the same time, I don't think I'll find the
time for it the next 3-4 month :(
Thanks,
Daniel
701 - 800 of 1035 matches
Mail list logo
