Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
> >You're right: I get a conflict warning. Now here's my example, where I didn't >get one. I have used a different version of ib_core.ko. Maybe it is dependent >on what kind of files are being packed? >%files >%defattr(-, root, root) >/lib/modules/2.6.16.13-4-smp/kernel/drivers/infiniband/core/ib_core.ko rename it (in %install) to e.g. dumb.ko and package that. Then duplicate the specfile and try -Uhv'ing. Then try using a completely different path, e.g. /etc/dumb/ib_core.ko. Jan Engelhardt -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
On Thu, 2006-06-22 at 12:15 +0200, Oliver Tennert wrote: > Am Donnerstag, 22. Juni 2006 10:23 schrieb jdd: > > Oliver Tennert wrote: > > > Good morning, > > > > > > the lack of reaction gives me the impression that not everyone on this > > > list fully grasps the implication of the new RPM behaviour. > > > > I don't think this list is the appropriate place to discuss > > this. > > > > You should try suse-linux-e if this rpm package is already > > in use or suse-factory if it's a future product. > > > > You must be joking. I have just had a look at the archives of suse-linux-e > and > suddenly remembered why it was that I quit posting to it: 95% [SPAM]. They may appear in the archives but they do _not_ make it to the list members. Another reason many on suse-linux-e have requested that the [SPAM] messages be removed from the archives. -- Ken Schneider UNIX since 1989, linux since 1994, SuSE since 1998 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
Am Donnerstag, 22. Juni 2006 12:55 schrieb Jan Engelhardt:
> dumb.spec:
>
> Name: dumb-a
> Version:0
> Release:0
> License:WTFPL
> Summary:Foo
> Group: What
> BuildRoot: %_tmppath/%name-%version-%build
>
> %description
>
> %install
> mkdir -p "%{buildroot}/etc/dumb";
> echo %name >"%{buildroot}/etc/dumb/stamp";
>
> %files
> /etc/dumb
>
>
> You might try with that.
>
>
>
> Jan Engelhardt
You're right: I get a conflict warning. Now here's my example, where I didn't
get one. I have used a different version of ib_core.ko. Maybe it is dependent
on what kind of files are being packed? In this example, it is a kernel
module.
[EMAIL PROTECTED] /root # less /usr/src/packages/SPECS/fileconflictstest.spec
Name: fileconflictstest
Version: 1.0
Release: 1
Summary: fileconflictstest
Group:System/Packages
License: GPL
Source0: bla.tar.gz
BuildRoot:%{_tmppath}/%{name}-%{version}-build
%description
fileconflictstest
%prep
%setup -q
%build
mkdir -p \
%{buildroot}/lib/modules/2.6.16.13-4-smp/kernel/drivers/infiniband/core/
%install
cp ib_core.ko \
%{buildroot}/lib/modules/2.6.16.13-4-smp/kernel/drivers/infiniband/core/
%clean
%files
%defattr(-, root, root)
/lib/modules/2.6.16.13-4-smp/kernel/drivers/infiniband/core/ib_core.ko
--
Ask five economists and you'll get five different explanations (six if
one went to Harvard).
-- Edgar R. Fiedler
--
__
creating IT solutions
Dr. Oliver Tennert
Senior Solutions Engineer
CAx Professional Services
science + computing ag
phone +49(0)7071 9457-598 Hagellocher Weg 71-75
fax +49(0)7071 9457-411 D-72070 Tuebingen, Germany
[EMAIL PROTECTED] www.science-computing.de
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
Am Donnerstag, 22. Juni 2006 13:17 schrieb jdd: > Oliver Tennert wrote: > > For God's sake, this is getting tedious. Let the discussion please > > continue on any other mailing list if you are getting bored here because > > it's accidentally not about community life, use, fun and psycho > > problems... > > why can't YOU go to the others mailing lists I have quoted? > I have no idea of what your problem is nor what can be the > solution. > > on the other lists ARE much more people able to answer, this > is why you should change... There is no such list as "suse-technical" or "opensuse-technical". I have once posted a thread both on "opensuse" and on "suse-linux-e" and got a real discussion on the former, and a show-stopper answer on the latter. So why trying kind of dead horses? For the time being, do YOU try to ignore this thread as you concede yourself to not being able to give a useful hint. If you don't feel addressed, don't feel urged to reply. BTW: there seem to be some other folk that at least have tried to give useful comments, and I know who is usually reading this list, too. Bye Oliver -- The earth is like a tiny grain of sand, only much, much heavier. -- __ creating IT solutions Dr. Oliver Tennert Senior Solutions Engineer CAx Professional Services science + computing ag phone +49(0)7071 9457-598 Hagellocher Weg 71-75 fax +49(0)7071 9457-411 D-72070 Tuebingen, Germany [EMAIL PROTECTED] www.science-computing.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
Oliver Tennert wrote: For God's sake, this is getting tedious. Let the discussion please continue on any other mailing list if you are getting bored here because it's accidentally not about community life, use, fun and psycho problems... why can't YOU go to the others mailing lists I have quoted? I have no idea of what your problem is nor what can be the solution. on the other lists ARE much more people able to answer, this is why you should change... jdd -- http://www.dodin.net http://dodin.org/galerie_photo_web/expo/index.html http://lucien.dodin.net http://fr.susewiki.org/index.php?title=Gérer_ses_photos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
Am Donnerstag, 22. Juni 2006 12:41 schrieb jdd: > Oliver Tennert wrote: > > I think it is an issue relevant enough to be discussed here, because this > > is the place where the _real_ SUSE discussions are, don't you agree? > > I don't agree. For now this list is for discussion about > community use and life, not at all for technical discussion. > If you don't want to use suse-linux-e, use factory instead; > > Here your mail IS spam > For God's sake, this is getting tedious. Let the discussion please continue on any other mailing list if you are getting bored here because it's accidentally not about community life, use, fun and psycho problems... Nevertheless it possibly would be more helpful to all if these meta-discussion statements like yours are replaced by a technical answer that gives me the feeling I am at least taken seriously. Technical discussions have always taken place on this list, and not only by me. If this specific list is considered to be a surrogate for a Freudian couch, I will unsubscribe. I am totally uninterested WHERE these issues are discussed, only THAT they are. If you think you are able to give some technical answer at another location, don't feel hindered. So I will stop posting anything additional to this topic because my statements are made and they stand as they are. Anyone is invited to reproduce the issues at hand himself, read documentation, source code, and the like. Just one note: you may be able to realize that the problem at hand is neither a specific SUSE factory problem, nor an installation issue, nor a beta issue, but a generic software issue that pervades all of SUSE's stuff. Oliver -- The Seventh Commandments for Technicians Work thou not on energized equipment, for if thou dost, thy fellow workers will surely buy beers for thy widow and console her in other ways. -- __ creating IT solutions Dr. Oliver Tennert Senior Solutions Engineer CAx Professional Services science + computing ag phone +49(0)7071 9457-598 Hagellocher Weg 71-75 fax +49(0)7071 9457-411 D-72070 Tuebingen, Germany [EMAIL PROTECTED] www.science-computing.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
>> >
>> > In fact it seems that the problem lies somewhere in your configuration.
>> > Consider the following transcript which I have just obtained:
>> >
>>> lots of rpm
A rather 'dated' system (updated over time, orig install was 8.2):
12:51 shanghai:../RPMS/noarch # rpm -Uhv dumb-a-0-0.noarch.rpm
Preparing...### [100%]
1:dumb-a ### [100%]
12:51 shanghai:../RPMS/noarch # rpm -ql dumb-a
/etc/dumb
/etc/dumb/stamp
12:51 shanghai:../RPMS/noarch # cat /etc/dumb/stamp
dumb-a
12:51 shanghai:../RPMS/noarch # rpm -Uhv dumb-b-0-0.noarch.rpm
Preparing...### [100%]
file /etc/dumb/stamp from install of dumb-b-0-0 conflicts with file
from package dumb-a-0-0
12:51 shanghai:../RPMS/noarch # rpm -ihv dumb-b-0-0.noarch.rpm
Preparing...### [100%]
file /etc/dumb/stamp from install of dumb-b-0-0 conflicts with file
from package dumb-a-0-0
12:51 shanghai:../RPMS/noarch # rpm -q rpm
rpm-4.4.2-40
Question of the month: What does the pristine rpm source tarball do?
Maybe we have a patch in SUSE's rpm that reverts to the DTRT behavior.
dumb.spec:
Name: dumb-a
Version:0
Release:0
License:WTFPL
Summary:Foo
Group: What
BuildRoot: %_tmppath/%name-%version-%build
%description
%install
mkdir -p "%{buildroot}/etc/dumb";
echo %name >"%{buildroot}/etc/dumb/stamp";
%files
/etc/dumb
You might try with that.
Jan Engelhardt
--
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
Oliver Tennert wrote: I think it is an issue relevant enough to be discussed here, because this is the place where the _real_ SUSE discussions are, don't you agree? I don't agree. For now this list is for discussion about community use and life, not at all for technical discussion. If you don't want to use suse-linux-e, use factory instead; Here your mail IS spam jdd -- http://www.dodin.net http://dodin.org/galerie_photo_web/expo/index.html http://lucien.dodin.net http://fr.susewiki.org/index.php?title=Gérer_ses_photos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
On Thursday 22 June 2006 12:19, Oliver Tennert wrote: > Am Donnerstag, 22. Juni 2006 10:57 schrieb Alexander S. Usov: > > On Thursday 22 June 2006 10:04, Oliver Tennert wrote: > > > > > > In fact it seems that the problem lies somewhere in your configuration. > > Consider the following transcript which I have just obtained: > > > > ~ > sd rpm -Uvh --replacefiles --replacepkgs kaffeine-0.8.1-13.1.i586.rpm > > Preparing...### > > [100%] 1:kaffeine > > ### [100%] ~ > rpm -V kaffeine > > ~ > sd rpm -Uvh kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm > > warning: kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm: Header V3 DSA > > signature: NOKEY, key ID 58857177 > > Preparing...### > > [100%] package kmplayer-0.9.2_2.0-1.guru.suse101 is already installed > > file /opt/kde3/share/mimelnk/application/x-mplayer2.desktop from install > > of kmplayer-0.9.2_2.0-1.guru.suse101 conflicts with file from package > > kdelibs3-3.5.3-25.2 > > file /opt/kde3/share/mimelnk/application/x-mplayer2.desktop from > > install of kmplayer-0.9.2_2.0-1.guru.suse101 conflicts with file from > > package kaffeine-0.8.1-13.1 > > ~ > sd rpm -Uvh --replacepkgs kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm > > warning: kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm: Header V3 DSA > > signature: NOKEY, key ID 58857177 > > Preparing...### > > [100%] file /opt/kde3/share/mimelnk/application/x-mplayer2.desktop from > > install of kmplayer-0.9.2_2.0-1.guru.suse101 conflicts with file from > > package kdelibs3-3.5.3-25.2 > > file /opt/kde3/share/mimelnk/application/x-mplayer2.desktop from > > install of kmplayer-0.9.2_2.0-1.guru.suse101 conflicts with file from > > package kaffeine-0.8.1-13.1 > > ~ > sd rpm -Uvh --replacepkgs --replacefiles > > kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm > > warning: kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm: Header V3 DSA > > signature: NOKEY, key ID 58857177 > > Preparing...### > > [100%] 1:kmplayer > > ### [100%] ~ > rpm -V kaffeine > > S.5T/opt/kde3/share/mimelnk/application/x-mplayer2.desktop > > ~ > lsb_release -d > > Description:SUSE LINUX 10.1 (i586) > > Did you reproduce that yourself? And: I don't quite understand the "sd" > prefix command. Yes. The transcript above is simply the copy of xterm window, And the mysterious "sd" there is just an alias for "sudo" ;) > The example I posted was with a clean, practically virgin SUSE 10.1 > installation without anything special about it. No aliases, no adaption of > any RPM files/macros whatsover. The transcript above is also from (freshly installed) SUSE 10.1. It is not so clean anymore, but not dramatic changes dramatic. > The same happens btw on a Redhat clone (CentOS which is just a > recompilation of RHEL 4 Upd. 3), and a Fedora machine, because a) they > invented it, b) it is documented in the CHANGELOG itself. > > You missed my point: This is not a bug, but a newly introduced feature of > rpm 4.3. That's the point I am trying to make -- I don't seem to be able to observe this behavior on my desktop. If you check the transcript above you will see that rpm refuses to overwrite files unless it is given '--replacefiles' key. -- Best regards, Alexander. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
Hi, On Thursday, June 22, 2006 at 12:15:07, Oliver Tennert wrote: > You must be joking. I have just had a look at the archives of suse-linux-e > and > suddenly remembered why it was that I quit posting to it: 95% [SPAM]. The spam in the archives comes from ezmlm archive injection. They went never over the list.. Henne -- Henne Vogelsang, Core Services "Rules change. The Game remains the same." - Omar (The Wire) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
Am Donnerstag, 22. Juni 2006 10:57 schrieb Alexander S. Usov: > On Thursday 22 June 2006 10:04, Oliver Tennert wrote: > > In fact it seems that the problem lies somewhere in your configuration. > Consider the following transcript which I have just obtained: > > ~ > sd rpm -Uvh --replacefiles --replacepkgs kaffeine-0.8.1-13.1.i586.rpm > Preparing...### > [100%] 1:kaffeine ### > [100%] ~ > rpm -V kaffeine > ~ > sd rpm -Uvh kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm > warning: kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm: Header V3 DSA > signature: NOKEY, key ID 58857177 > Preparing...### > [100%] package kmplayer-0.9.2_2.0-1.guru.suse101 is already installed file > /opt/kde3/share/mimelnk/application/x-mplayer2.desktop from install of > kmplayer-0.9.2_2.0-1.guru.suse101 conflicts with file from package > kdelibs3-3.5.3-25.2 > file /opt/kde3/share/mimelnk/application/x-mplayer2.desktop from > install of kmplayer-0.9.2_2.0-1.guru.suse101 conflicts with file from > package kaffeine-0.8.1-13.1 > ~ > sd rpm -Uvh --replacepkgs kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm > warning: kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm: Header V3 DSA > signature: NOKEY, key ID 58857177 > Preparing...### > [100%] file /opt/kde3/share/mimelnk/application/x-mplayer2.desktop from > install of kmplayer-0.9.2_2.0-1.guru.suse101 conflicts with file from > package kdelibs3-3.5.3-25.2 > file /opt/kde3/share/mimelnk/application/x-mplayer2.desktop from > install of kmplayer-0.9.2_2.0-1.guru.suse101 conflicts with file from > package kaffeine-0.8.1-13.1 > ~ > sd rpm -Uvh --replacepkgs --replacefiles > kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm > warning: kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm: Header V3 DSA > signature: NOKEY, key ID 58857177 > Preparing...### > [100%] 1:kmplayer ### > [100%] ~ > rpm -V kaffeine > S.5T/opt/kde3/share/mimelnk/application/x-mplayer2.desktop > ~ > lsb_release -d > Description:SUSE LINUX 10.1 (i586) Did you reproduce that yourself? And: I don't quite understand the "sd" prefix command. The example I posted was with a clean, practically virgin SUSE 10.1 installation without anything special about it. No aliases, no adaption of any RPM files/macros whatsover. The same happens btw on a Redhat clone (CentOS which is just a recompilation of RHEL 4 Upd. 3), and a Fedora machine, because a) they invented it, b) it is documented in the CHANGELOG itself. You missed my point: This is not a bug, but a newly introduced feature of rpm 4.3. Best regards Oliver -- What I do, first thing [in the morning], is I hop into the shower stall. Then I hop right back out, because when I hopped in I landed barefoot right on top of See Threepio, a little plastic robot character from "Star Wars" whom my son, Robert, likes to pull the legs off of while he showers. Then I hop right back into the stall because our dog, Earnest, who has been alone in the basement all night building up powerful dog emotions, has come bounding and quivering into the bathroom and wants to greet me with 60 or 70 thousand playful nips, any one of which -- bear in mind that I am naked and, without my contact lenses, essentially blind -- could result in the kind of injury where you have to learn a whole new part if you want to sing the "Messiah", if you get my drift. Then I hop right back out, because Robert, with that uncanny sixth sense some children have -- you cannot teach it; they either have it or they don't -- has chosen exactly that moment to flush one of the toilets. Perhaps several of them. -- Dave Barry, "Saving Face" -- __ creating IT solutions Dr. Oliver Tennert Senior Solutions Engineer CAx Professional Services science + computing ag phone +49(0)7071 9457-598 Hagellocher Weg 71-75 fax +49(0)7071 9457-411 D-72070 Tuebingen, Germany [EMAIL PROTECTED] www.science-computing.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
Am Donnerstag, 22. Juni 2006 10:23 schrieb jdd: > Oliver Tennert wrote: > > Good morning, > > > > the lack of reaction gives me the impression that not everyone on this > > list fully grasps the implication of the new RPM behaviour. > > I don't think this list is the appropriate place to discuss > this. > > You should try suse-linux-e if this rpm package is already > in use or suse-factory if it's a future product. > You must be joking. I have just had a look at the archives of suse-linux-e and suddenly remembered why it was that I quit posting to it: 95% [SPAM]. I think it is an issue relevant enough to be discussed here, because this is the place where the _real_ SUSE discussions are, don't you agree? In any case, your statement leaves me with the confirmation that the full implications are still not grasped by many. Best regards Oliver -- You can take all the impact that science considerations have on funding decisions at NASA, put them in the navel of a flea, and have room left over for a caraway seed and Tony Calio's heart. -- F. Allen -- __ creating IT solutions Dr. Oliver Tennert Senior Solutions Engineer CAx Professional Services science + computing ag phone +49(0)7071 9457-598 Hagellocher Weg 71-75 fax +49(0)7071 9457-411 D-72070 Tuebingen, Germany [EMAIL PROTECTED] www.science-computing.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
On Thu, Jun 22, 2006 at 09:42:51AM +0200, Oliver Tennert wrote:
> Please be aware that I am not blaming SUSE & Co. for it, this is a RedHat &
> Co. invention. It is just that SUSE (as far as I can see it) seems not to be
> aware of this.
Maybe it's a bug in the tagged fileindex patch. I'll have a look at
it.
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
On Thursday 22 June 2006 10:04, Oliver Tennert wrote: > Am Donnerstag, 22. Juni 2006 10:00 schrieb Klaus Kaempf: > > * Oliver Tennert <[EMAIL PROTECTED]> [Jun 22. 2006 09:47]: > > > Am Donnerstag, 22. Juni 2006 09:45 schrieb Klaus Kaempf: > > > > * Oliver Tennert <[EMAIL PROTECTED]> [Jun 22. 2006 09:43]: > > > > > [EMAIL PROTECTED] /root # rpm -ihv --fileconflicts > > > > > fileconflictstest-1.0-1.x86_64.rpm > > > > > Preparing... > > > > > ### [100%] > > > > > 1:fileconflictstest > > > > > ### [100%] > > > > > > > > Hmm. What happens if you install with "rpm -Uhv ..." ? > > > > > > Note that I am not upgrading an already installed package, but > > > installing a totally new one. > > > > I know :-) > > > > I'm just interested if rpm has a different behaviour when using -U > > instead of -i in your case. > > No. In fact it seems that the problem lies somewhere in your configuration. Consider the following transcript which I have just obtained: ~ > sd rpm -Uvh --replacefiles --replacepkgs kaffeine-0.8.1-13.1.i586.rpm Preparing...### [100%] 1:kaffeine ### [100%] ~ > rpm -V kaffeine ~ > sd rpm -Uvh kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm warning: kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm: Header V3 DSA signature: NOKEY, key ID 58857177 Preparing...### [100%] package kmplayer-0.9.2_2.0-1.guru.suse101 is already installed file /opt/kde3/share/mimelnk/application/x-mplayer2.desktop from install of kmplayer-0.9.2_2.0-1.guru.suse101 conflicts with file from package kdelibs3-3.5.3-25.2 file /opt/kde3/share/mimelnk/application/x-mplayer2.desktop from install of kmplayer-0.9.2_2.0-1.guru.suse101 conflicts with file from package kaffeine-0.8.1-13.1 ~ > sd rpm -Uvh --replacepkgs kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm warning: kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm: Header V3 DSA signature: NOKEY, key ID 58857177 Preparing...### [100%] file /opt/kde3/share/mimelnk/application/x-mplayer2.desktop from install of kmplayer-0.9.2_2.0-1.guru.suse101 conflicts with file from package kdelibs3-3.5.3-25.2 file /opt/kde3/share/mimelnk/application/x-mplayer2.desktop from install of kmplayer-0.9.2_2.0-1.guru.suse101 conflicts with file from package kaffeine-0.8.1-13.1 ~ > sd rpm -Uvh --replacepkgs --replacefiles kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm warning: kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm: Header V3 DSA signature: NOKEY, key ID 58857177 Preparing...### [100%] 1:kmplayer ### [100%] ~ > rpm -V kaffeine S.5T/opt/kde3/share/mimelnk/application/x-mplayer2.desktop ~ > lsb_release -d Description:SUSE LINUX 10.1 (i586) -- Best regards, Alexander. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
Oliver Tennert wrote: Good morning, the lack of reaction gives me the impression that not everyone on this list fully grasps the implication of the new RPM behaviour. I don't think this list is the appropriate place to discuss this. You should try suse-linux-e if this rpm package is already in use or suse-factory if it's a future product. thanks jdd -- http://www.dodin.net http://dodin.org/galerie_photo_web/expo/index.html http://lucien.dodin.net http://fr.susewiki.org/index.php?title=Gérer_ses_photos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
Am Donnerstag, 22. Juni 2006 10:00 schrieb Klaus Kaempf: > * Oliver Tennert <[EMAIL PROTECTED]> [Jun 22. 2006 09:47]: > > Am Donnerstag, 22. Juni 2006 09:45 schrieb Klaus Kaempf: > > > * Oliver Tennert <[EMAIL PROTECTED]> [Jun 22. 2006 09:43]: > > > > [EMAIL PROTECTED] /root # rpm -ihv --fileconflicts > > > > fileconflictstest-1.0-1.x86_64.rpm > > > > Preparing... > > > > ### [100%] > > > > 1:fileconflictstest > > > > ### [100%] > > > > > > Hmm. What happens if you install with "rpm -Uhv ..." ? > > > > Note that I am not upgrading an already installed package, but installing > > a totally new one. > > I know :-) > > I'm just interested if rpm has a different behaviour when using -U instead > of -i in your case. > No. Oliver > Klaus > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- "The warning message we sent the Russians was a calculated ambiguity that would be clearly understood." -- Alexander Haig -- __ creating IT solutions Dr. Oliver Tennert Senior Solutions Engineer CAx Professional Services science + computing ag phone +49(0)7071 9457-598 Hagellocher Weg 71-75 fax +49(0)7071 9457-411 D-72070 Tuebingen, Germany [EMAIL PROTECTED] www.science-computing.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
* Oliver Tennert <[EMAIL PROTECTED]> [Jun 22. 2006 09:47]: > Am Donnerstag, 22. Juni 2006 09:45 schrieb Klaus Kaempf: > > * Oliver Tennert <[EMAIL PROTECTED]> [Jun 22. 2006 09:43]: > > > [EMAIL PROTECTED] /root # rpm -ihv --fileconflicts > > > fileconflictstest-1.0-1.x86_64.rpm > > > Preparing...### > > > [100%] 1:fileconflictstest > > > ### [100%] > > > > Hmm. What happens if you install with "rpm -Uhv ..." ? > > > > Note that I am not upgrading an already installed package, but installing a > totally new one. I know :-) I'm just interested if rpm has a different behaviour when using -U instead of -i in your case. Klaus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
Am Donnerstag, 22. Juni 2006 09:45 schrieb Klaus Kaempf: > * Oliver Tennert <[EMAIL PROTECTED]> [Jun 22. 2006 09:43]: > > [EMAIL PROTECTED] /root # rpm -ihv --fileconflicts > > fileconflictstest-1.0-1.x86_64.rpm > > Preparing...### > > [100%] 1:fileconflictstest > > ### [100%] > > Hmm. What happens if you install with "rpm -Uhv ..." ? > Note that I am not upgrading an already installed package, but installing a totally new one. Regards Oliver > > Klaus > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- You can tell how far we have to go, when FORTRAN is the language of supercomputers. -- Steven Feiner -- __ creating IT solutions Dr. Oliver Tennert Senior Solutions Engineer CAx Professional Services science + computing ag phone +49(0)7071 9457-598 Hagellocher Weg 71-75 fax +49(0)7071 9457-411 D-72070 Tuebingen, Germany [EMAIL PROTECTED] www.science-computing.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
* Oliver Tennert <[EMAIL PROTECTED]> [Jun 22. 2006 09:43]: > [EMAIL PROTECTED] /root # rpm -ihv --fileconflicts > fileconflictstest-1.0-1.x86_64.rpm > Preparing...### [100%] >1:fileconflictstest ### [100%] Hmm. What happens if you install with "rpm -Uhv ..." ? Klaus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts --RELOADED
Good morning, the lack of reaction gives me the impression that not everyone on this list fully grasps the implication of the new RPM behaviour. I (actually a colleague of mine) have construed a simple RPM package "fileconflictstest" which has an example file in it, in this case a kernel module file, which is already present in the filesystem as part of an already installed system, but in another version, i.e. the files are different. BAD: INSTALLING the "fileconflictstest" package overwrites the file without warning. WORSE: == REMOVING the "fileconflictstest" package leaves the second version of the file not restoring the original file! I.e. an "rpm -V" on the original RPM package gives an MD5 error, of course. BRAINDEAD: == the switch "--fileconflicts" is dysfunctional. Here's the proof: [EMAIL PROTECTED] /root # rpm -qf \ /lib/modules/2.6.16.13-4-smp/kernel/drivers/infiniband/core/ib_core.ko kernel-smp-2.6.16.13-4 [EMAIL PROTECTED] /root # rpm -V kernel-smp-2.6.16.13-4 [EMAIL PROTECTED] /root # rpm -qlpv fileconflictstest-1.0-1.x86_64.rpm -rw-r--r--1 rootroot84232 Jun 21 16:30 /lib/modules/2.6.16.13-4-smp/kernel/drivers/infiniband/core/ib_core.ko [EMAIL PROTECTED] /root # rpm -ihv --fileconflicts fileconflictstest-1.0-1.x86_64.rpm Preparing...### [100%] 1:fileconflictstest ### [100%] [EMAIL PROTECTED] /root # rpm -qf \ /lib/modules/2.6.16.13-4-smp/kernel/drivers/infiniband/core/ib_core.ko kernel-smp-2.6.16.13-4 fileconflictstest-1.0-1 [EMAIL PROTECTED] /root # rpm -V kernel-smp-2.6.16.13-4 S.5T /lib/modules/2.6.16.13-4-smp/kernel/drivers/infiniband/core/ib_core.ko [EMAIL PROTECTED] /root # rpm -e fileconflictstest [EMAIL PROTECTED] /root # rpm -V kernel-smp-2.6.16.13-4 S.5T /lib/modules/2.6.16.13-4-smp/kernel/drivers/infiniband/core/ib_core.ko Conclusion: Corrupt RPM database. Proof enough? Please be aware that I am not blaming SUSE & Co. for it, this is a RedHat & Co. invention. It is just that SUSE (as far as I can see it) seems not to be aware of this. I am still lacking an adequate expression for this, but somehow a Beavis & Butthead quote crosses my mind, I don't know why: "This sucks more than anything that ever sucked before." Regards Oliver Am Mittwoch, 21. Juni 2006 16:05 schrieb Oliver Tennert: > Am Mittwoch, 21. Juni 2006 16:01 schrieb Michael Schroeder: > > On Wed, Jun 21, 2006 at 03:49:20PM +0200, Oliver Tennert wrote: > > > do I understand it right that since RPM 4.3 or so file conflicts when > > > installing several RPMs are not shown anymore but ignored? > > > > No, there's no change in the file conflict handling. Why do you > > think there is? > > Because I am reading the CHANGELOG in /usr/share/doc/packages/rpm/: > > [...] > 4.2.2 -> 4.2.3: > - bump rpm and popt versions to insure "newer". > - change default behavior to resolve file conflicts as LIFO. > - add --fileconflicts to recover rpm traditional behavior. > [...] > > That means, two RPMs with say 1 file the same in both packages will install > without warning, the last package overwriting the file of the first. > > Oliver -- "The bland leadeth the bland and they both shall fall into the kitsch." -- __ creating IT solutions Dr. Oliver Tennert Senior Solutions Engineer CAx Professional Services science + computing ag phone +49(0)7071 9457-598 Hagellocher Weg 71-75 fax +49(0)7071 9457-411 D-72070 Tuebingen, Germany [EMAIL PROTECTED] www.science-computing.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts
Am Mittwoch, 21. Juni 2006 16:01 schrieb Robert Schiele: > On Wed, Jun 21, 2006 at 03:49:20PM +0200, Oliver Tennert wrote: > > Hello, > > > > do I understand it right that since RPM 4.3 or so file conflicts when > > installing several RPMs are not shown anymore but ignored? > > No. > > If so, the man page of RPM says nothing whatsoever of the change in > > behaviour, only an "rpm --help" does. There is no warning of this (at > > least imho) major change, and to the worse. > > > > Put diplomatically, I would call this a severe feature regression. > > > > Put undiplomatically, I am still looking for an expression reflecting my > > true emotions toward this. > > Your opinions are not applicable here because your assumption was wrong. > Then the documentation is wrong, along with the help text, isn't it? > > Can anybody comment on this? Perhaps give something like a reason? > > Sorry, I can't reason about your nightmares. > It is not my nightmares that are to be under consideration, but the change in default behaviour of RPM, if my assumption turns out to be right, and the documentation turns out to be wrong. Oliver -- The more laws and order are made prominent, the more thieves and robbers there will be. -- Lao Tsu -- __ creating IT solutions Dr. Oliver Tennert Senior Solutions Engineer CAx Professional Services science + computing ag phone +49(0)7071 9457-598 Hagellocher Weg 71-75 fax +49(0)7071 9457-411 D-72070 Tuebingen, Germany [EMAIL PROTECTED] www.science-computing.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts
Am Mittwoch, 21. Juni 2006 16:01 schrieb Michael Schroeder: > On Wed, Jun 21, 2006 at 03:49:20PM +0200, Oliver Tennert wrote: > > do I understand it right that since RPM 4.3 or so file conflicts when > > installing several RPMs are not shown anymore but ignored? > > No, there's no change in the file conflict handling. Why do you > think there is? > Because I am reading the CHANGELOG in /usr/share/doc/packages/rpm/: [...] 4.2.2 -> 4.2.3: - bump rpm and popt versions to insure "newer". - change default behavior to resolve file conflicts as LIFO. - add --fileconflicts to recover rpm traditional behavior. [...] That means, two RPMs with say 1 file the same in both packages will install without warning, the last package overwriting the file of the first. Oliver -- A gleekzorp without a tornpee is like a quop without a fertsneet (sort of). -- __ creating IT solutions Dr. Oliver Tennert Senior Solutions Engineer CAx Professional Services science + computing ag phone +49(0)7071 9457-598 Hagellocher Weg 71-75 fax +49(0)7071 9457-411 D-72070 Tuebingen, Germany [EMAIL PROTECTED] www.science-computing.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] RPM 4.4 and file conflicts
On Wed, Jun 21, 2006 at 03:49:20PM +0200, Oliver Tennert wrote: > Hello, > > do I understand it right that since RPM 4.3 or so file conflicts when > installing several RPMs are not shown anymore but ignored? No. > If so, the man page of RPM says nothing whatsoever of the change in > behaviour, > only an "rpm --help" does. There is no warning of this (at least imho) major > change, and to the worse. > > Put diplomatically, I would call this a severe feature regression. > > Put undiplomatically, I am still looking for an expression reflecting my true > emotions toward this. Your opinions are not applicable here because your assumption was wrong. > Can anybody comment on this? Perhaps give something like a reason? Sorry, I can't reason about your nightmares. Robert -- Robert Schiele Tel.: +49-621-181-2214 Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED] "Quidquid latine dictum sit, altum sonatur." pgp6tLVstfkoP.pgp Description: PGP signature
Re: [opensuse] RPM 4.4 and file conflicts
On Wed, Jun 21, 2006 at 03:49:20PM +0200, Oliver Tennert wrote:
> do I understand it right that since RPM 4.3 or so file conflicts when
> installing several RPMs are not shown anymore but ignored?
No, there's no change in the file conflict handling. Why do you
think there is?
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
