Hi,
I am new to PD and discovered some things I'd like to have. Well mostly one thing to start. I intend to try to patch x_midi.c so ctlin has 2 inlets which allows us to define midi cc & midi channel through the inlets. This will help me build better abstractions to help extend my midi controllers!
I think even I can write this patch so I am installing a linux machine as dedicated PD host this week :)
However, I am missing a configure script in pd/src/ ..... Did I download the wrong src package or should I use cvs ?
Also, maybe I really get this working, who do I send my patch too ? My coding skills are not good at all, I did mostly python scripting, but I think I can get simple things to work (judging from x_midi.c code!)
Regards, Frans
If you have configure.in in there, then you can get ./configure by running 'autoconf'. If you don't have configure.in, then you can get it from CVS:
http://pure-data.cvs.sourceforge.net/pure-data/pd/src/
.hc
On Feb 4, 2008, at 6:04 AM, Frans Haarman wrote:
Hi,
I am new to PD and discovered some things I'd like to have. Well mostly one thing to start. I intend to try to patch x_midi.c so ctlin has 2 inlets which allows us to define midi cc & midi channel through the inlets. This will help me build better abstractions to help extend my midi controllers!
I think even I can write this patch so I am installing a linux machine as dedicated PD host this week :)
However, I am missing a configure script in pd/src/ ..... Did I download the wrong src package or should I use cvs ?
Also, maybe I really get this working, who do I send my patch too ? My coding skills are not good at all, I did mostly python scripting, but I think I can get simple things to work (judging from x_midi.c code!)
Regards, Frans _______________________________________________ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
------------------------------------------------------------------------ ----
¡El pueblo unido jamás será vencido!
Hi all, I'm trying to check out the externals from sourceforge. I managed to get a copy of pd no problem. With externals I get a bunch of them but it stops with: ... A externals/gridflow/doc/flow/flow_classes/listelement-help.pd svn: Your .svn/tmp directory may be missing or corrupt; run 'svn cleanup' and try again svn: Can't open file 'externals/gridflow/doc/flow_classes/.svn/tmp/text-base/inv*-icon.png.svn-base': No such file or directory
I tried running 'svn cleanup' from my externals directory but I get the same error. This is with cygwin svn 1.4.5 on WinXp.
Martin
Quoting Martin Peach martin.peach@sympatico.ca:
Hi all, I tried running 'svn cleanup' from my externals directory but I get the same error. This is with cygwin svn 1.4.5 on WinXp.
weird. what comes to my mind is: - are you sure you have enough space on your disk? (svn needs more space than cvs, as it caches the original copy of a file) - i have encountered problems on w32 with "forbidden" filenames, such as "AUX" and "COM", but this doesn't seem to be the case here... - svn is less tolerant than cvs when it comes to collisions: e.g. if you have a file "Hello.c" and a file "hello.c" in the same directory and your local filesystem is case-insensitive, the checkout will fail. nevertheless, i haven't find a case-problem in the gridflow/doc/flow_classess folder.
gfmads.- IOhannes
---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.
zmoelnig@iem.at wrote:
Quoting Martin Peach martin.peach@sympatico.ca:
Hi all, I tried running 'svn cleanup' from my externals directory but I get the same error. This is with cygwin svn 1.4.5 on WinXp.
weird. what comes to my mind is:
- are you sure you have enough space on your disk? (svn needs more
space than cvs, as it caches the original copy of a file)
I have about 40gigs free.
- i have encountered problems on w32 with "forbidden" filenames, such
as "AUX" and "COM", but this doesn't seem to be the case here...
- svn is less tolerant than cvs when it comes to collisions: e.g. if
you have a file "Hello.c" and a file "hello.c" in the same directory and your local filesystem is case-insensitive, the checkout will fail. nevertheless, i haven't find a case-problem in the gridflow/doc/flow_classess folder.
Just tried it again using TortoiseSVN and got the same error: Added: E:\pd_from_svn\externals\gridflow\doc\flow_classes\messageprepend-icon.png Added: E:\pd_from_svn\externals\gridflow\doc\flow_classes\listappend-icon.png Added: E:\pd_from_svn\externals\gridflow\doc\flow_classes\listelement-help.pd Error: Can't check path 'E:\pd_from_svn\externals\gridflow\doc\flow_classes\inv*-icon.png': The filename, directory name, or volume label syntax is incorrect.
Windows doesn't like files with * in the name. In fact if I try to make such a filename in Explorer I get a tooltip saying: A file name cannot contain any of the following characters: /:*?"<>|
The file inv*-icon.png definitely exists in the repository: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/gridfl...
I guess I'll have to check out the directories one at a time. I managed to check out everything using Ubuntu without incident.
Martin
On Feb 17, 2008, at 2:54 PM, Martin Peach wrote:
zmoelnig@iem.at wrote:
Quoting Martin Peach martin.peach@sympatico.ca:
Hi all, I tried running 'svn cleanup' from my externals directory but I get the same error. This is with cygwin svn 1.4.5 on WinXp.
weird. what comes to my mind is:
- are you sure you have enough space on your disk? (svn needs more
space than cvs, as it caches the original copy of a file)
I have about 40gigs free.
- i have encountered problems on w32 with "forbidden" filenames, such
as "AUX" and "COM", but this doesn't seem to be the case here...
- svn is less tolerant than cvs when it comes to collisions: e.g. if
you have a file "Hello.c" and a file "hello.c" in the same directory and your local filesystem is case-insensitive, the checkout will fail. nevertheless, i haven't find a case-problem in the gridflow/doc/flow_classess folder.
Just tried it again using TortoiseSVN and got the same error: Added: E:\pd_from_svn\externals\gridflow\doc\flow_classes\messageprepend- icon.png Added: E:\pd_from_svn\externals\gridflow\doc\flow_classes\listappend-icon.png Added: E:\pd_from_svn\externals\gridflow\doc\flow_classes\listelement-help.pd Error: Can't check path 'E:\pd_from_svn\externals\gridflow\doc\flow_classes\inv*-icon.png': The filename, directory name, or volume label syntax is incorrect.
Windows doesn't like files with * in the name. In fact if I try to make such a filename in Explorer I get a tooltip saying: A file name cannot contain any of the following characters: /:*?"<>|
The file inv*-icon.png definitely exists in the repository: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/ externals/gridflow/doc/flow_classes/inv*-icon.png?view=log
I guess I'll have to check out the directories one at a time. I managed to check out everything using Ubuntu without incident.
This has been happening for a while, but perhaps you just didn't notice. You can see the files in question by looking at the top of the nightly build log for winxp:
http://autobuild.puredata.info/auto-build/2007-09-10/logs/ 2007-09-10_05.54.04_mingw32_nt-5.1_windowsxp-i386_pd-extended_run- automated-builder.txt
There are currently four files that NTFS rejects:
/externals/gridflow/doc/flow_classes/.inv*-icon.png /externals/zexy/abs/.<~-help.pd /externals/zexy/abs/.>~-help.pd /externals/zexy/abs/.||~-help.pd
.hc
------------------------------------------------------------------------ ----
Quoting Hans-Christoph Steiner hans@eds.org:
There are currently four files that NTFS rejects:
/externals/zexy/abs/.<~-help.pd /externals/zexy/abs/.>~-help.pd /externals/zexy/abs/.||~-help.pd
so it's me again! i hope the "." is a typo.
dfmas.e IOhannes
.hc
http://at.or.at/hans/
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.
On Mon, 18 Feb 2008, zmoelnig@iem.at wrote:
Quoting Hans-Christoph Steiner hans@eds.org:
There are currently four files that NTFS rejects: /externals/zexy/abs/.<~-help.pd /externals/zexy/abs/.>~-help.pd /externals/zexy/abs/.||~-help.pd
so it's me again! i hope the "." is a typo.
I don't know what the "." is, but I certainly did not use the "." as a prefix of inv* either.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
On Feb 19, 2008, at 1:40 PM, Mathieu Bouchard wrote:
On Mon, 18 Feb 2008, zmoelnig@iem.at wrote:
Quoting Hans-Christoph Steiner hans@eds.org:
There are currently four files that NTFS rejects: /externals/zexy/abs/.<~-help.pd /externals/zexy/abs/.>~-help.pd /externals/zexy/abs/.||~-help.pd
so it's me again! i hope the "." is a typo.
I don't know what the "." is, but I certainly did not use the "." as a prefix of inv* either.
yes sorry typo, it should be:
/externals/zexy/abs/<~-help.pd /externals/zexy/abs/>~-help.pd /externals/zexy/abs/||~-help.pd
.hc
------------------------------------------------------------------------ ----
¡El pueblo unido jamás será vencido!
Mathieu Bouchard wrote:
On Mon, 18 Feb 2008, zmoelnig@iem.at wrote:
Quoting Hans-Christoph Steiner hans@eds.org:
There are currently four files that NTFS rejects: /externals/zexy/abs/.<~-help.pd /externals/zexy/abs/.>~-help.pd /externals/zexy/abs/.||~-help.pd
so it's me again! i hope the "." is a typo.
I don't know what the "." is, but I certainly did not use the "." as a prefix of inv* either.
so what should we do about the "inv*-icon.png" file? i am just trying to checkout the svn under windoze and it gives me pain.
or does anybody has an idea how to avoid checking out a certain path using tortoiseSVN?
fgmasdr IOhannes
On Mon, 7 Apr 2008, IOhannes m zmoelnig wrote:
IOhannes m zmoelnig wrote:
so what should we do about the "inv*-icon.png" file?
i also noticed that there is already an "inv_mul-icon.png" which look exactly the same. can i just delete the "inv*-icon.png" from the repository?
i don't know what's that and what's in use in the manual, but anyway, those files aren't quite useful, it was just for the look, and then I decided that the manual shouldn't exist anymore, so, I wouldn't mind deleting that file.
But then, I don't understand why there is GridFlow in SourceForge. I thought that I had removed all of it a while ago. Maybe I hallucinated that. I never quite understood why I had to put GridFlow there, except just the convenience of being able to checkout everything with one cvs command, instead of having to checkout everything with one command that runs a script that does the several checkouts for you.
In any case, I think svn can work better with multiple repositories and so for that purpose I wouldn't have to use "svn import", let alone "cvs import" for which I don't understand the doc, and has no undo, and for which I can't preview the results. I used it once and it caused a mess (you remember?)
I guess I'm going to remove GridFlow from the repository, unless I figure out that I'm not the one who has imported it in the cvs last time. I'm look into it now.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
Mathieu Bouchard wrote:
On Mon, 7 Apr 2008, IOhannes m zmoelnig wrote:
IOhannes m zmoelnig wrote:
so what should we do about the "inv*-icon.png" file?
i also noticed that there is already an "inv_mul-icon.png" which look exactly the same. can i just delete the "inv*-icon.png" from the repository?
i don't know what's that and what's in use in the manual, but anyway, those files aren't quite useful, it was just for the look, and then I decided that the manual shouldn't exist anymore, so, I wouldn't mind deleting that file.
ok, i have done so now
But then, I don't understand why there is GridFlow in SourceForge. I thought that I had removed all of it a while ago. Maybe I hallucinated that. I never quite understood why I had to put GridFlow there, except just the convenience of being able to checkout everything with one cvs command, instead of having to checkout everything with one command that runs a script that does the several checkouts for you.
In any case, I think svn can work better with multiple repositories and so for that purpose I wouldn't have to use "svn import", let alone "cvs import" for which I don't understand the doc, and has no undo, and for which I can't preview the results. I used it once and it caused a mess (you remember?)
(yes)
I guess I'm going to remove GridFlow from the repository, unless I figure out that I'm not the one who has imported it in the cvs last time. I'm look into it now.
i think i misunderstood your remarks last time about whether gridflow should stay in the repository or not. i was arguing, that it should stay, but was unaware, that the gridflow development is done in it's own repository (at gridflow.ca) anyhow.
my argumentation line was, that it is up to you, where you want to keep the repository and that puredata's sf repo would be a good place if you were looking for one.
now that i realize that gridflow has it's own repository anyhow, i would say that the import should be removed from the pd-svn. instead it should be linked via svn:externals
i would say, go on and remove it.
nevertheless i noticed that the "inv*-icon.png" is still in the upstream repository. would you mind removing that too?
dfmase IOhannes
On Feb 17, 2008, at 5:00 AM, zmoelnig@iem.at wrote:
Quoting Martin Peach martin.peach@sympatico.ca:
Hi all, I tried running 'svn cleanup' from my externals directory but I get the same error. This is with cygwin svn 1.4.5 on WinXp.
weird. what comes to my mind is:
- are you sure you have enough space on your disk? (svn needs more
space than cvs, as it caches the original copy of a file)
- i have encountered problems on w32 with "forbidden" filenames, such
as "AUX" and "COM", but this doesn't seem to be the case here...
- svn is less tolerant than cvs when it comes to collisions: e.g. if
you have a file "Hello.c" and a file "hello.c" in the same directory and your local filesystem is case-insensitive, the checkout will fail. nevertheless, i haven't find a case-problem in the gridflow/doc/flow_classess folder.
I think that's caused by files in SVN that have names with illegal characters for NTFS in them. For example "*" is not allowed in NTFS, but it is on Mac OS X and GNU/Linux.
.hc
gfmads.- IOhannes
This message was sent using IMP, the Internet Messaging Program.
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
------------------------------------------------------------------------ ----
Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli
Hans-Christoph Steiner wrote:
On Feb 17, 2008, at 5:00 AM, zmoelnig@iem.at wrote:
Quoting Martin Peach martin.peach@sympatico.ca:
Hi all, I tried running 'svn cleanup' from my externals directory but I get the same error. This is with cygwin svn 1.4.5 on WinXp.
weird. what comes to my mind is:
- are you sure you have enough space on your disk? (svn needs more
space than cvs, as it caches the original copy of a file)
- i have encountered problems on w32 with "forbidden" filenames, such
as "AUX" and "COM", but this doesn't seem to be the case here...
- svn is less tolerant than cvs when it comes to collisions: e.g. if
you have a file "Hello.c" and a file "hello.c" in the same directory and your local filesystem is case-insensitive, the checkout will fail. nevertheless, i haven't find a case-problem in the gridflow/doc/flow_classess folder.
I think that's caused by files in SVN that have names with illegal characters for NTFS in them. For example "*" is not allowed in NTFS, but it is on Mac OS X and GNU/Linux.
Strange that it didn't show up before in cvs. My local cvs copy doesn't have that file. Maybe it was quietly dropped.
Martin
On Sun, 17 Feb 2008, zmoelnig@iem.at wrote:
- i have encountered problems on w32 with "forbidden" filenames, such
as "AUX" and "COM", but this doesn't seem to be the case here...
AUX CON NUL are forbidden. (CON is for console, equivalent to /dev/tty)
COM is not reserved. COM1, COM2, etc. are, but I think I recall that they are in a different namespace, whereas the three above are in all namespaces at once. I think that COM1,COM2,LPT1,... were written with a trailing colon, too, while the three forbidden names weren't.
In MSDOS 2.0 they added an option to force the use of the prefix \DEV\ ... This was a special system call that no-one ever ever called, not even any MS program. Go figure. (note: MSDOS 1.x didn't have directories at all)
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
-
Frans Haarman -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
Martin Peach -
Mathieu Bouchard -
zmoelnig＠iem.at