Hi,
I am newish to ubuntu, so I hope I'm not offending anyone by asking this.
I already have pd-van 0.40.2-2 and pd-ext 0.39.3-1 installed on my system,
but through synaptic (old versions, of course). So I just downloaded the
freshest build, Pd-0.40.3-extended-20080516-ubuntu-gutsy-i386.deb. When I
click on the file, and the installer opens up, it says "Error: Conflicts
with the installed package 'puredata' " (that would be pd-van).
I also noticed that pd-van was installed in usr/bin/pd, pd-ext in
usr/local/bin/pd, and the new installer wants to install the files in
usr/lib/pd.
So I wanted to ask:
- which is the best way to install the new pd version? or is there a way
to add a repository where the newest version is available, so that
synaptic updates it automatically?
- Is it possible to install pd-ext where the program already is,
usr/local/bin/pd?
- if pd-van (puredata) and pd-ext are different programs, why is the new
.deb file colliding with 'puredata', that is, pd-van?
- I have already changed some files / made copies of them in the same
folder. In case I install the new version on the same folder, will only
repeated files be overwritten? (f.e., "default.pdsettings" will be for
sure overwritten, but "default.pdsettings_backup" on the same folder won't
disappear?)
Thanks,
João Pais
João Pais wrote:
Hi,
So I wanted to ask:
- which is the best way to install the new pd version? or is there a way
to add a repository where the newest version is available, so that
synaptic updates it automatically?
i don't think so. it might be a good idea.
- Is it possible to install pd-ext where the program already is,
usr/local/bin/pd?
.deb packages SHOULD NOT install to /usr/local (afair; i cannot give you any RFC/guideline/bestpractice that confirms this but you should be able to find something in the wide,wide,web)
so "just" installing the package SHOUT install to /usr/lib you can however manually extract the content of the package using % dpkg -x Pd-*.deb /extraction/path
so you could install the package manually to /usr/local it is not recommended however
- if pd-van (puredata) and pd-ext are different programs, why is the new
.deb file colliding with 'puredata', that is, pd-van?
because they are not totally different programs. the idea is, that you can use one as a drop-in replacement for the other: if you have either pd-vanilla (pacakge "puredata") or pd-extended installed, you can just run /usr/bin/pd to launch a Pd.
your package-manager should handle the dependencies/conflicts correctly, that is: ask you if you want to uninstall the "puredata" package when you try to install the "pd-extended" package.
- I have already changed some files / made copies of them in the same
folder. In case I install the new version on the same folder, will only
repeated files be overwritten? (f.e., "default.pdsettings" will be for
sure overwritten, but "default.pdsettings_backup" on the same folder won't
disappear?)
if it does overwrite a configuration-file without asking you, then this is clearly a bug.
mfga.sd IOhannes
On May 17, 2008, at 10:37 AM, IOhannes m zmoelnig wrote:
João Pais wrote:
Hi,
So I wanted to ask:
- which is the best way to install the new pd version? or is there
a way to add a repository where the newest version is available, so that synaptic updates it automatically?
i don't think so. it might be a good idea.
- Is it possible to install pd-ext where the program already is,
usr/local/bin/pd?
.deb packages SHOULD NOT install to /usr/local (afair; i cannot
give you any RFC/guideline/bestpractice that confirms this but you should be
able to find something in the wide,wide,web)so "just" installing the package SHOUT install to /usr/lib you can however manually extract the content of the package using % dpkg -x Pd-*.deb /extraction/path
so you could install the package manually to /usr/local it is not recommended however
- if pd-van (puredata) and pd-ext are different programs, why is
the new .deb file colliding with 'puredata', that is, pd-van?
because they are not totally different programs. the idea is, that you can use one as a drop-in replacement for the other: if you have either pd-vanilla (pacakge "puredata") or pd- extended installed, you can just run /usr/bin/pd to launch a Pd.
your package-manager should handle the dependencies/conflicts
correctly, that is: ask you if you want to uninstall the "puredata" package when you try to install the "pd-extended" package.
I recently added the conflict with 'puredata' and it seems that
GDebi, the GUI .deb installer, doesn't really handle it well. It
just gives you an error about the conflict, but doesn't seem to allow
you to uninstall 'puredata'. Ideally, there would be a smoother way
to handle this, but I wonder if it is something that can be done by
editing the package description (control/debian)
- I have already changed some files / made copies of them in the same
folder. In case I install the new version on the same folder, will
only repeated files be overwritten? (f.e., "default.pdsettings" will be
for sure overwritten, but "default.pdsettings_backup" on the same
folder won't disappear?)if it does overwrite a configuration-file without asking you, then
this is clearly a bug.
dpkg should handle all that, it works for all other packages. It'll
prompt you if you want to overwrite, and it'll save the overwritten
version as .dpkg-old or someting like that.
.hc
mfga.sd IOhannes
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"[T]he greatest purveyor of violence in the world today [is] my own
government." - Martin Luther King, Jr.
- which is the best way to install the new pd version? or is there a
way to add a repository where the newest version is available, so
that synaptic updates it automatically?i don't think so. it might be a good idea.
or even a link to the latest builds, if possible. (maybe in another
category)
- Is it possible to install pd-ext where the program already is,
usr/local/bin/pd?
.deb packages SHOULD NOT install to /usr/local (afair; i cannot give you
any RFC/guideline/bestpractice that confirms this but you should be able
to find something in the wide,wide,web)
hmm, that's where synaptic installed pd-ext in the first place. does it
mean that it should be somewhere else? I'll look for some documentation on
that.
- if pd-van (puredata) and pd-ext are different programs, why is the
new .deb file colliding with 'puredata', that is, pd-van?
because they are not totally different programs. the idea is, that you can use one as a drop-in replacement for the
other: if you have either pd-vanilla (pacakge "puredata") or pd-extended
installed, you can just run /usr/bin/pd to launch a Pd.
ah. in that case it would make sense for both to uncompact in the same
folder. but anyway I'm not sure that's the best way. they are 2 different
programs - for example, for a while I had to keep using pd-van, because of
features of data structures that were implemented only from 0.40.x
your package-manager should handle the dependencies/conflicts correctly,
that is: ask you if you want to uninstall the "puredata" package when
you try to install the "pd-extended" package.
as H-C said, it doesn't seem to happen. I only get the error message, and
no other options available.
now I don't have time, but then I'll probably uninstall both synaptic-pds,
and try the new night build.
Joao
João Pais wrote:
- Is it possible to install pd-ext where the program already is,
usr/local/bin/pd?
.deb packages SHOULD NOT install to /usr/local (afair; i cannot give you
any RFC/guideline/bestpractice that confirms this but you should be able
to find something in the wide,wide,web)hmm, that's where synaptic installed pd-ext in the first place. does it
mean that it should be somewhere else? I'll look for some documentation on
that.
iirc this was the (imho: buggy) behaviour of older Pd-extended debs. afaik, this has been fixed and pd-extended now installs into /usr.
the idea is, that you can use one as a drop-in replacement for the
other: if you have either pd-vanilla (pacakge "puredata") or pd-extended
installed, you can just run /usr/bin/pd to launch a Pd.ah. in that case it would make sense for both to uncompact in the same
folder. but anyway I'm not sure that's the best way. they are 2 different
programs - for example, for a while I had to keep using pd-van, because of
features of data structures that were implemented only from 0.40.x
well, i have no solution for you here. if you want to use pd-vanilla then you should install puredata; if you want to use pd-extended, you should use the according package. if the 2 have different versions, you have to decide yourself which one you prefer. mixing the 2 installations can be _a very bad idea_: externals compiled against Pd-extended (that is Pd 0.39) might not work properly with Pd-vanilla (0.41).
however, it would be possible to regard both puredata and Pd-extended as totally different applications (with puredata installing to /usr/lib/pd/ and starting with /usr/bin/pd; and Pd-extended installing to /usr/lib/pd-extended/ and starting with /usr/bin/pd-extended, eventually installing a dpkg-alternative to /usr/bin/pd)
however it is done: don't mix puredata and Pd-extended
your package-manager should handle the dependencies/conflicts correctly,
that is: ask you if you want to uninstall the "puredata" package when
you try to install the "pd-extended" package.as H-C said, it doesn't seem to happen. I only get the error message, and
no other options available.
then it might be a bug in the package-manager, but not in the package.
fgmasdr IOhannes
Hallo!
your package-manager should handle the dependencies/conflicts correctly,
that is: ask you if you want to uninstall the "puredata" package when
you try to install the "pd-extended" package.as H-C said, it doesn't seem to happen. I only get the error message, and
no other options available.then it might be a bug in the package-manager, but not in the package.
The standard package manager (apt-get) on debian and ubuntu does not ask you if you want to uninstall the package - you have to uninstall it manually. Only aptitude is asking these questions ...
LG Georg
Georg Holzmann wrote:
Hallo!
then it might be a bug in the package-manager, but not in the package.
The standard package manager (apt-get) on debian and ubuntu does not ask you if you want to uninstall the package - you have to uninstall it manually. Only aptitude is asking these questions ...
ok, so it is not a bug but a missing feature. i only ever use aptitude, so i might be spoiled...
fgmasrd IOhannes
-
Georg Holzmann -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
João Pais