Re: [opensuse-packaging] -Uvh different from -e followed by -ivh?
On Thu, Jan 24, 2008 at 09:27:32AM -0800, Dan Stromberg wrote:
Thanks folks, this is really informative.
One of our rpm's needs (sort of :) to be able to replace some files in
/etc. Rather than have two rpm's owning the same files, I chose (based
on input from this list) to make this rpm put the files in /susev3_etc,
and then have a %post copy the files from /susev3_etc to /etc. This was
done because having two rpm's owning the same file yields undefined
behavior.
Hmm, IMHO it's not undefined but last one wins. And having the
filed shared in rpm seems to be the cleanest solution to me.
What file in /etc are you talking about?
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-packaging] -Uvh different from -e followed by -ivh?
On Fri, Jan 25, 2008 at 09:07:45AM -0800, Dan Stromberg wrote:
Hmm, IMHO it's not undefined but last one wins. And having the
filed shared in rpm seems to be the cleanest solution to me.
Last one removed wins, or last one still on the system wins?
Last installed wins. Files don't get removed if they are
shared with other rpms.
Whether there's undefined behavior or not, needing to specify
--replacefiles was not ideal.
Yeah, that's true. Hmm, maybe you can %ghost the file so
that rpm knows it is shared and change it in the %post section.
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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 dependencies
On Tue, Jan 22, 2008 at 04:25:37PM +0100, Sonja Krause-Harder wrote:
On Tue, Jan 22, 2008 at 05:08:35PM +0200, Dirk Moolman wrote:
Is there a command (except for rpm -i), to check for dependencies before
I try to install a package ?
rpm -q --requires -p rpmfile
-q: query mode
--requires: show requires
-p: we're asking about an uninstalled rpm file, not an installed rpm
If you just want to test if a rpm is installable, use:
rpm -U --test rpmfile
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-packaging] ... testing for pre/postinstall scripts that break patchrpms
On Thu, Nov 01, 2007 at 04:30:21AM -0600, Bart Whiteley wrote:
Autobuild fails my package with the following error:
... testing for pre/postinstall scripts that break patchrpms
postinstall script of package.rpm failed
Can someone tell me what this might mean?
That doesn't mean that the %post fails during a normal installation, right?
But instead, some inspection of the script determined that it's not
compatible with patchrpms?
Any pointers on tracking down the problem?
The patchrpm check runs the scripts with the '-e' shell option
to make them abort when a command fails. This is done to catch
syntax errors in the scriptlets.
Thus, commands that might fail need an extra || true.
Also, constructs like
foo bar
are bad (the scripts aborts when foo fails), use
if foo ; then bar ; fi
instead.
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-packaging] rpm5.org
On Thu, Oct 25, 2007 at 11:51:50AM +0400, Nikolay Derkach wrote:
?? ??, 25/10/2007 ?? 01:43 +0200, Pascal Bleser ??:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When I look at the Team presented on http://rpm5.org I notice several
people involved in QA for several distributions, but no one for
openSUSE/SLE*.
Lack of time, lack of interest, technical reasons ?
Lack of time, mostly.
Thanks for enlightening me :)
There was a news at linux.com, it claimed that Novell was going to
concentrate its efforts on RPMv4 development.
Novell has joined Red Hat in the rpm.org project, while Mandriva, cAos, and
PLD have decided to work with Johnson's rpm5.org effort. [*]
That's not really true. It's just that there are two branches
of rpm, one stable branch (maintained by Panu) and one development
branch (maintained by Jeff). We need a reliable version, so we
use the stable branch for now.
At some time in the future, Jeff's branch might be copied into
the stable branch.
If you want to experiment with rpm5, feel free to create packages
in the build services.
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-packaging] rpm5.org
On Thu, Oct 25, 2007 at 12:54:21PM +0200, Pascal Bleser wrote:
SUSE does have its specific ways to use RPM that differ from other
distributions, most notably not using arch coloring but -32bit subpackages
instead (for biarch) [1]. I don't know how far it translates into RPM codebase
patches or just conventions.
That's just conventions, i.e. we have
%_transaction_color 0
in /usr/lib/rpm/macros.
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-packaging] rpm5.org
On Thu, Oct 25, 2007 at 01:13:35PM +0200, Marcus Rueckert wrote:
On 2007-10-25 13:06:59 +0200, Peter Czanik wrote:
Well, in this case I would not need to enter a blocker bug for openSUSE
10.3 ppc32 just a few minutes ago (
https://bugzilla.novell.com/show_bug.cgi?id=336678 ). The problem is,
that 64bit packages are installed on a 32bit system, and render it
practically useless, especially when it comes to on-line updates...
that is a yast bug and not an RPM bug.
It's probably not even a bug in yast. I think he has installed the
64bit pattern.
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-packaging] Library naming
On Thu, Oct 04, 2007 at 05:37:28PM +0200, Richard Guenther wrote:
That is how the new scheme was designed. If libelf0-devel and
libelf1-devel conflict then the name libelf-devel should have been kept.
(Of course there are some internal problems with that, in case both
libelf versions are in a single build repository. This may be the
reason of the differing names.)
Btw, I only see libelf0 in 10.3.
But you can't know in advance if some other version will conflict
or not, can you? So shouldn't it be libelf-devel until you know
that different versions do not conflict?
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-factory] Re: What changed between Build1005 and Build1010 in x86_64?
On Wed, Sep 12, 2007 at 03:08:17PM +0200, Henne Vogelsang wrote:
On Wednesday, September 12, 2007 at 08:34:52, JP Rosevear wrote:
On Wed, 2007-09-12 at 10:53 +0200, Andreas Jaeger wrote:
To check what has changed, you can check the opensuse-commit list:
http://lists.opensuse.org/opensuse-commit/2007-09/date.html
It will show you all changes by date. The compiler has not been changed
past Beta3,
The other thing is that there was a rev change (from 3 to 4) with no
source change. Did we intentionally bump everything before RC1?
You mean release? Rebuilds always increment the Release tag by 1 in
factory and by .1 in released products.
Only if the rpms can reach customers, like the FACTORY rpms do.
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-factory] Frequent rpmdb crashes in opensuse 10.3 beta 2
On Tue, Sep 04, 2007 at 07:47:20PM -0300, Juan Erbes wrote:
How long time I must run memtest?
I runed it for many minutes, and not appear any memory error.
Then your memory is good. A couple of minutes should be enough to
show errors.
I changed the voltage from the memorys from 1.9 to 2.1 volts as
recomended by OCZ:
http://www.ocztechnology.com/products/memory/ocz_ddr2_pc2_6400_reaper_hpc_edition
(This is the exact model of the memorys)
Yesterday I rebuilded the rpmdb, and now after adjusting the memorys
voltage, the problem continues.
Sorry, in that case I don't know what's wrong.
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-factory] Frequent rpmdb crashes in opensuse 10.3 beta 2
On Mon, Sep 03, 2007 at 09:45:30PM -0300, Juan Erbes wrote:
The last days I got more than 5 crashes with the rpmdb, and must
rebuild it with rpm --rebuilddb, and in one case, after rebuilding,
in the first case I woluld to install a rpm package.
The last case was installing a package compiled in the system and
created by checkinstall:
rpmdb: PANIC: Argumento inválido
rpmdb: PANIC: fatal region error detected; run recovery
[...]
Hmm, a problem with your memory chips? Please run memtest.
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-packaging] Re: Handling license symlinks
On Mon, Sep 03, 2007 at 01:05:56PM +0200, Lukas Ocilka wrote:
Libzypp supports --nodeps as a fallback solution for installing RPMs.
First, it, of course, tries to install an RPM in a normal way, then
libzypp tries that with --nodeps automatically.
Huh, isn't that already fixed? libzypp must install all rpms
with '--force --nodeps' right from the start.
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-packaging] Building packages with linking a license from licenses.rpm
On Tue, Jul 24, 2007 at 04:49:36PM +0200, Michael Matz wrote:
The solution was already proposed by Richard. Make the license rpm
provide the md5sums of included licenses, make the packages require the
md5 sum of its licenses, let the solver do the rest.
Poor solver, so many dependencies, so little time...
Btw, a0b00c == a00b0c for the solver, so you can't guarantee
the md5sums are really the same. But chances are good ;-)
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-packaging] Building packages with linking a license from licenses.rpm
On Tue, Jul 24, 2007 at 06:31:17PM +0200, Reinhard Max wrote:
On Tue, 24 Jul 2007 at 17:53, Michael Schroeder wrote:
Oh, sorry, no it doesn't do that in names. (But I wouldn't do it in
names, Provide: licensemd5 = md5sum is cleaner. See the kernel
provides.)
What about using the full path names for the symbolic dependencies?
You mean a md5 file assertion, like this one?
Requires: md5(/bin/bash) = 1a721bf3db58ee74b38dbf79408609b3
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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] What is this problem?
On Sun, Jun 17, 2007 at 01:44:10AM -0400, Bob S wrote:
Hello SuSE people,
I recently added a KDE repo to my smart channels.(see thread smart channels
disabled) after having it disappear somehow. Did my update and tried to
upgrade. Got the following message. (partial)(excuse the wrapping please)
Committing transaction...
Preparing...
[ 0%]
error: file /opt/kde3/lib/kde3/cupsdconf.la from install of
kdelibs3-3.5.7-35.1 conflicts with file from package
kdelibs3-32bit-3.5.5-45.4
You're trying to install both kdelibs3.i586 and kdelibs3-32bit.x86_64.
This can't work, either delete kdelibs3-32bit.x86_64 or install
kdelibs3.x86_64.
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-factory] SLP daemon
On Thu, May 31, 2007 at 11:14:35PM +1200, Volker Kuhlmann wrote:
/etc/slp.reg.d/sane.reg:service scanner.sane://$HOSTNAME:6566,en,65535
/etc/slp.reg.d/ssh.reg:service ssh://$HOSTNAME:22,en,65535
/etc/slp.reg.d/ssh.reg:service fish://$HOSTNAME:22,en,65535
Strange, not on my system:
/etc/slp.reg.d/sane.reg:
...
##Register a saned service on this system
service:scanner.sane://$HOSTNAME:6566,en,65535
...
But it's marked as a config file, maybe you got a very old version...
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-factory] SLP daemon
On Wed, May 30, 2007 at 11:28:10PM +1200, Volker Kuhlmann wrote:
On Mon 28 May 2007 06:08:38 NZST +1200, Michael Schroeder wrote:
tcpdump -x -s 1024 -v -i eth0 port 427
Thanks Michael. I can't get it to go.
As a sidenote, slptool findsrvtypes gives useful output, but putting one of
those lines at the end of slptool findsrvs never gives me anything. I've
tried 2 different networks now. Can someone confirm
cat /etc/slp.reg.d/suse.reg
service install.suse:ftp://$HOSTNAME/suse10.2/,en,65535
description SUSE 10.2 box i386 + AMD64
is correct?
Seems wrong to me. It's gotta be:
service:install.suse:ftp://$HOSTNAME/suse10.2/,en,65535
description=SUSE 10.2 box i386 + AMD64
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-factory] SLP daemon
On Sun, May 27, 2007 at 05:37:23PM +1200, Volker Kuhlmann wrote:
tcpdump shows on the SLP server box:
# tcpdump -a -v -i eth0 port 427
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
17:17:27.053047 IP (tos 0x0, ttl 1, id 0, offset 0, flags [DF], proto: UDP
(17), length: 161) linux1.site.filenet-tms 239.255.255.253.svrloc: UDP,
length 133
17:17:27.549483 IP (tos 0x0, ttl 1, id 0, offset 0, flags [DF], proto: UDP
(17), length: 161) linux1.site.filenet-tms 239.255.255.253.svrloc: UDP,
length 133
17:17:28.049505 IP (tos 0x0, ttl 1, id 0, offset 0, flags [DF], proto: UDP
(17), length: 161) linux1.site.filenet-tms 239.255.255.253.svrloc: UDP,
length 133
So the SLP server never sends a reply. Why?
Hard too tell without knowning the requests. Try
tcpdump -x -s 1024 -v -i eth0 port 427
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[opensuse] Re: vt220 emulation problem with oracle forms on SLES8 with Dophin 9500 series Mobile computers
On Fri, May 18, 2007 at 10:31:29AM +0300, Peter Nixon wrote:
When connecting to the RedHat machine from the mobile terminal 'stty -a'
shows:
rows 0; columns 0;
The SLES8 machine shows:
rows 24; columns 80
Obviously BOTH of these are wrong for the terminal, yet the Oracle Forms
application shows the bottom status bar in the correct place with RedHat,
yet with SLES8 the terminal screen needs to be scrolled down to see it.
Hmm, maybe the oracle application does something fancy (like calling
the resize application) when the rows/columns are zero.
Does it work on a sles machine if you do 'stty rows 0 columns 0'
before strarting the application?
BOTH servers show the correct rows and columns when connecting with putty
from windows or a standard xterm. (The values also correctly change if the
term is resized)
I guess the application also behaves correctly in this case?
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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] Major problem ! Delta iso doesn't work !
On Thu, May 17, 2007 at 03:10:41PM -0300, Druid wrote:
Wtf is this? https://bugzilla.novell.com/show_bug.cgi?id=275656
Can you please stay away from bugzilla?
Can you please read the instructions of the damn program?
Can you please stop sending scandal emails about your major problems?
Can you please stop being annoying and wasting people's time?
Folks, please calm down a bit. Yes, it was a stupid mistake, but
there's no need to be rude. Everybody makes mistakes.
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-packaging] perl directories
On Wed, May 16, 2007 at 11:21:00AM +0200, Ludwig Nussel wrote:
suse $ perl -V:installvendorarch -V:installvendorlib
installvendorarch='/usr/lib/perl5/vendor_perl/5.8.8/i586-linux-thread-multi';
installvendorlib='/usr/lib/perl5/vendor_perl/5.8.8';
debian $ perl -V:installvendorarch -V:installvendorlib
installvendorarch='/usr/lib/perl5';
installvendorlib='/usr/share/perl5';
Couldn't we have a lot more noarch packages by defining those
variables the Debian way?
No, the debian way is just broken. There must be a 'vendor' somewhere
in the vendor variables...
Besides, $installvendorlib is where the noarch stuff should live.
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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-packaging] perl directories
On Wed, May 16, 2007 at 11:59:40AM +0200, Ludwig Nussel wrote: Ok, so there is no objection against removing the exact version number from the path at least? Nope, we can't do this because perl may change in an incompatible way (it did so in the past). Besides, $installvendorlib is where the noarch stuff should live. The .packlist file gets installed into $installvendorarch though. See for example perl-URI. Since that file is touched by %perl_process_packlist anyways, couldn't it be moved to a noarch dir or removed? Either that or we add a noarch flag that tells it to put the packlist into vendorlib. M. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] vt220 emulation problem with oracle forms on SLES8 with Dophin 9500 series Mobile computers
On Fri, May 11, 2007 at 09:56:09AM +0300, Peter Nixon wrote:
I have tried copying the /etc/termcap file from a working RHEL machine to the
SLES machine and it didn't make any difference either (While the diff of the
files was huge, the vt220 definition seemed to be identical)
Does anyone have any clue as to what I can do solve this problem (and keep my
customer running SLES?)
Is the screen size correct? I.e. does 'stty -a' show the correct
number for rows and columns?
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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] 10.2: YOU resets /root/ permissions?
On Fri, Mar 23, 2007 at 05:43:27PM +0100, Johnny Ernst Nielsen wrote:
Fredag 23 marts 2007 17:30 kvad Carlos E. R.:
The Friday 2007-03-23 at 16:44 +0100, Johnny Ernst Nielsen wrote:
How do I tell YOU to not reset my custom permissions for /root/ ?
Could you elaborate, please?
What are those permissions you are refering to?
The permissions for the directory /root
I have set it to be viewable by all.
Every time YOU runs it resets the permissions so that only root can
view the directory.
Check out the entry for /root in /etc/permissions. (It's not YOU
that resets the permissions, but SuSEconfig). I think you can
overwrite this entry with a custom entry in the /etc/permissions.local
file.
Cheers,
Michael
--
Michael Schroeder [EMAIL PROTECTED]
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
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] Re: OpenSUSE updater (OT, slightly)
On Sat, Feb 17, 2007 at 12:09:14PM +0100, Verner Kjærsgaard wrote:
Lørdag 17 februar 2007 10:26 skrev Andreas Jaeger:
opensuse-updater is part of the openSUSE package management pattern.
Deinstall zmd, zen-updater and rug and install zypper and
opensuse-updater instead - use YaST to do the install,
Andreas
Just to give you an exampe; SuSE10.2, plain vanilla, new install.
I've been trying for a couple of days to update the freeNX server to the
latest - which can be found at
software.opensuse.org/download/NX/openSUSE_10.2/
This is what you'll enter into YaST as a software repository. Only the darned
thing doesn't work, at all
Uh, yes, I'm actually to blame for this (at least to a part). There's
a bug in libzypp (already fixed AFAIK) that makes it return an
error if the repository doesn't provide the pubkey which was used
when signing the data. Due to a configuration change the build
service didn't copy the pubkey anymore, so there are some old
repositories out there which won't install with libzypp. All the
newer ones contain the pubkey again.
Sorry,
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] mp3 layer 3 - mp3 layer 2
On Sun, Jan 21, 2007 at 04:20:08PM -0900, John Andersen wrote:
Well there is sox , but its not clear it will convert
from 3 to 2, as it does not address layer at all,
at least not under that term.
Isn't the primary difference a fixed bitrate in mp2?
No, Layer 3 has improvements like a bit reservoir, huffman coding
for the samples, different sized subband emulation, a 36 point idct
on top of the subbands.
It's pretty much a mess, they threw every algorithm in they could
find. That's what makes mp3 much more vulnerable to bad encoder
settings.
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 freshen question
On Wed, Jan 10, 2007 at 04:18:56PM -0500, Andy Harrison wrote:
Related to my post here:
http://lists.opensuse.org/opensuse/2007-01/msg01232.html
I blew away a few of the files that were part of the
kernel-default-2.6.18.2-34.i586.rpm package. Is there an rpm command
I can use to restore these missing files? I thought that was the
function of the freshen param, but it doesn't appear to work.
Freshen installs a package iff the version/release is bigger. Thus
you can't use it to reinstall files.
Just do 'rpm -U --force kernel-default-2.6.18.2-34.i586.rpm package'.
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 freshen question
On Wed, Jan 10, 2007 at 03:27:47PM -0600, Sunny wrote:
On 1/10/07, Andy Harrison [EMAIL PROTECTED] wrote:
Related to my post here:
http://lists.opensuse.org/opensuse/2007-01/msg01232.html
I blew away a few of the files that were part of the
kernel-default-2.6.18.2-34.i586.rpm package. Is there an rpm command
I can use to restore these missing files? I thought that was the
function of the freshen param, but it doesn't appear to work.
--
Andy Harrison
Did you try rpm -F --allfiles ?
The --allfiles flag has nothing to do with -F (freshen), it tells rpm
that config files marked with missingok should get installed even
if they were deleted in the previously installed rpm.
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 segfaulting
On Sat, Dec 02, 2006 at 12:10:33PM +0100, Carlos E. R. wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
My rpm command segfaults when installing Mesa (and only that rpm that I
know):
nimrodel:~ # rpm --verbose --upgrade Mesa-6.4.2-19.12.i586.rpm
Preparing packages for installation...
Segmentation fault
Does 'rpm --rebuilddb' help? is there more output if you use '-vv'
instead of the single '--verbose'?
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] Split the packages
On Sun, Oct 29, 2006 at 01:29:24AM +0200, Robert Schiele wrote:
I'd recommend instead to enhance the package manager with a mechanism to
configure it filtering away files based on a pattern that can be configured
for a specific instance. That way you can use this feature with each and
every package without requiring the packager to consider this on creation of
the package.
Rpm has actually already support for excluding directories, the
macro for this is %{_netsharedpath}.
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-packaging] Differencies between tools?
On Fri, Sep 29, 2006 at 11:10:56PM +0300, Cougar wrote:
On Fri, 29 Sep 2006, Anders Norrbring wrote:
Another highly annoying thing is that if I build a package with y2pmbuild,
it
contains rights for the user 'compiler' which of course doesn't exist on any
system.
So, the result is that when I run rpm -i on a source rpm created, I get
these
annoying messages:
rpm -ivh amavisd-new-2.4.3_rc2-2.src.rpm
1:amavisd-newwarning: user compiler does not exist - using
root
warning: user compiler does not exist - using root
warning: user compiler does not exist - using root
warning: user compiler does not exist - using root
warning: user compiler does not exist - using root
warning: user compiler does not exist - using root
warning: user compiler does not exist - using root
### [100%]
warning: user compiler does not exist - using root
warning: user compiler does not exist - using root
My question is, how do I get around that, so I get decent behaving
packages?
Specify user and group in SPEC file in %files section like this:
%defattr(644,root,root,755)
or for each file like this:
%attr(755,root,root) %{_datadir}/mythtv/mythvideo/scripts/allocine.pl
This will not work, as this is about .src.rpms. I've patched rpm
to support a _srcdefattr macro, this is how build does it.
It's probably a bug in y2pmbuild that it doesn't use _srcdefattr.
CCing Ludwig.
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] 64bit kernel and 32bit userland - Package Upgrades
On Mon, Sep 11, 2006 at 12:50:04PM +0200, Dag Stenstad wrote:
I have a 64bit XEN dom0, where I want to run a 32bit userland in a
XEN domU. I have booted a 32bit userland with a 64bit kernel, as a
64bit dom0 seemingly only allows a 64bit kernel to be used. The 32bit
userland works quite well, I've not had any unexpected errors.
However; When I want to upgrade or install any software, YaST and
friends seems to look at my ARCH to select which packages to install.
How can I override YaST and friends magic?
Maybe it works if you run linux32 yast2. linux32 changes the
personality to 32bit.
Yes, that worked great. I also got hold of a 32bit binary of linux32
thanks to Jan Engelhardt.
perl -e 'syscall(136, 0x808);exec @ARGV' yast2
;-)
Micha.
--
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-factory] Agenda for tomorrow's distribution meeting
On Thu, Aug 31, 2006 at 11:15:27AM +1200, Volker Kuhlmann wrote:
On Thu 31 Aug 2006 06:43:37 NZST +1200, Andreas Jaeger wrote:
In the context of Richard's suggestion, we speak about the CORE build
system for automatically building packages and that one does not need
an editor at all.
True. This will hopefully sort out (ie drop) the vi requirement from
buildrequires of SUSE packages.
10.1 doesn't have expanded BuildRequires anymore.
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] Help with suidperl
On Thu, Aug 24, 2006 at 06:49:41PM +0200, Jan Engelhardt wrote:
Hi,
I am needing help with suidperl, about a month ago, I install
openwebmail, and it has me change the permission to 4755, which let
openwebmail work, but the problem I having is all my other perl stuff
has stop working because it gives an error that while running a
premature end of script header.
Try to run `suidperl -cwT otherperlstuff` as normal user and check the
error.
Note also that you MUST NOT give suidperl root s-bits, as it is
just a hard link to perl. It's only existing for compatibility reasons.
The right place for the s-bit is sperl, i.e. /usr/bin/sperl5.8.8
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-factory] Announcing Yast-GTK
On Wed, Aug 23, 2006 at 06:24:30PM +0100, Ricardo Cruz wrote:
Anyway, the problem is that I thought Zypp would only report available
patches :/... Now in SVN only available patches are displayed. Do you, as a
user, have the need for an installed patches catalog? And btw, can you remove
installed patches?
My understanding is that a patch is a kind of assertion, i.e.
it enforces that the included packages have version numbers greater
than the unpatched ones. If you remove a patch, no package will change,
but it will then be possible to downgrade the packages in the
patch to old versions without a package conflict.
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's do not recognize system architechure
On Mon, Aug 21, 2006 at 02:22:08PM -0400, Patrick Shanahan wrote:
* Andreas Hanke [EMAIL PROTECTED] [08-21-06 10:55]:
Patrick Shanahan schrieb:
09:25 wahoo:~ # rpm -hiv
http://ftp.skynet.be/pub/suser-guru/rpm/packages/System/smart/smart-0.42-8.guru.suse101.x86_64.rpm
Retrieving
http://ftp.skynet.be/pub/suser-guru/rpm/packages/System/smart/smart-0.42-8.guru.suse101.x86_64.rpm
Preparing...###
[100%]
package smart-0.42-8.guru.suse101 is intended for a x86_64
architecture
What's the output of these commands:
rpm -q --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' rpm
rpm --showrc | head
rpm --eval '%_arch'
rpm --eval '%_target_cpu'
rpm -V rpm
14:13 wahoo:~ # rpm -q --queryformat
'%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' rpm
rpm-4.4.2-43.4.i586
rpm-4.4.2-43.4.x86_64
Ah, a user of 'smart'. Smart automatically installs all architectures
it can find for a package, effectively breaking them. Please
deinstall 'rpm.i586' and reinstall 'rpm.x86_64'.
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's do not recognize system architechure
On Mon, Aug 21, 2006 at 08:37:51PM +0200, Andreas Hanke wrote:
Hi,
Patrick Shanahan schrieb:
14:13 wahoo:~ # rpm -q --queryformat
'%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' rpm
rpm-4.4.2-43.4.i586
rpm-4.4.2-43.4.x86_64
Ouch. rpm itself is installed twice, once for i586 and once for x86_64.
That's what I suspected...
What you need in the end is that
rpm -q --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' rpm
returns exactly
rpm-4.4.2-43.4.x86_64
and that
rpm -V
returns exactly nothing.
How to get there? Difficult. ;)
Doesn't 'rpm -e rpm.i586' work? And don't forget to install the
right version of rpm afterwards...
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's do not recognize system architechure
On Mon, Aug 21, 2006 at 09:47:11PM +0200, Andreas Hanke wrote:
Patrick Shanahan schrieb:
yes, but then rpm does not work.
I guess that it's because your /bin/rpm is still i586 and you've lost
your i586 shared libraries while doing rpm -e rpm.i586.
Hmm, this should work then:
rpm -e rpm.x86_64
and later on 'rpm -hUv rpm-x86_64.rpm'.
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-factory] updating m4 package from factory
On Thu, Jul 27, 2006 at 08:27:07PM +0200, Robert Schiele wrote:
This is the same behaviour you see with YaST installer. No wait --- YaST does
remove the packages depending on the old version even when it leaves other
packages on the system depending on the removed ones thus leaving the system
in an inconsistent state.
Not true as far as I know. You'll get an error in the solving pass
in this case.
Micha.
--
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] New drpmsync Version available
On Fri, Jul 07, 2006 at 09:46:28PM +0200, Michael Schroeder wrote:
I finally found some time to work a bit on drpmsync. A new version
is available from https://forgesvn1.novell.com/svn/drpmsync/trunk .
I just uploaded an even newer version. It now supports rsync style
filters:
--include pat
--exclude pat
--include-arch pat
--exclude-arch pat
The arch filters don't work on an rsync source, as the rpm architecture
information is not available in this case.
Enjoy,
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] New drpmsync Version available
On Fri, Jul 07, 2006 at 11:13:39PM +0200, Robert Schiele wrote:
On Fri, Jul 07, 2006 at 09:46:28PM +0200, Michael Schroeder wrote:
- support for mirror servers (i.e. what Robert suggested: Pull
the filelist from the main server, get the deltas from a mirror
server).
Please apply what is described in
https://bugzilla.novell.com/show_bug.cgi?id=183793 to the repository building
process.
I'm not sure that this is a good idea. Just ask the server, it
should be much more responsive.
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] New drpmsync Version available
On Mon, Jul 10, 2006 at 12:00:32PM +0200, Michael Schroeder wrote: On Fri, Jul 07, 2006 at 11:13:39PM +0200, Robert Schiele wrote: On Fri, Jul 07, 2006 at 09:46:28PM +0200, Michael Schroeder wrote: - support for mirror servers (i.e. what Robert suggested: Pull the filelist from the main server, get the deltas from a mirror server). Please apply what is described in https://bugzilla.novell.com/show_bug.cgi?id=183793 to the repository building process. I'm not sure that this is a good idea. Just ask the server, it should be much more responsive. Anyway, I added the --use-filelist and --get-filelist option exactly for that reason. M. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] New drpmsync Version available
On Mon, Jul 10, 2006 at 12:58:47PM +0200, Robert Schiele wrote:
It would be a very good idea if you argued why you think this is a bad idea.
Just postulating this does not really convince me.
Actually I don't need to convince you. You need to convince me.
Actually the contents file as shipped from the drpmsync server is an index
over the repository. So what's actually wrong with shipping it _with_ the
repository. I mean you are also shipping repository meta data although they
could be provided by a proprietary protocol server as well.
What you're saying is like the rsync server should put the contents
on disk.
I just changed the format of the on-disk filelist. It now includes
an id and a md5sum. Please update to the current svn version.
It now also supports on-disk filelist gzip compression.
(As you can see I'm working in your direction, so that we can
easily add a drpmsync.filelist file)
Micha.
--
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] New drpmsync Version available
On Mon, Jul 10, 2006 at 03:01:41PM +0200, Robert Schiele wrote:
No, I don't need. If Novell insists in keeping all of the vital
infrastructure of the openSUSE project prorietary
drpmsync isn't proprietary. Stop spreading nonsense.
and you exploit that fact
refusing to keep the discussion on a senseful level by not providing arguments
for your opinions then I should most likely opt out at this point. In that
case every further minute I invest here seems to be a complete waste of time
and I should prefer investing that time in preparing my move to Vancouver.
Sure, if that suits you better, go ahead.
What you're saying is like the rsync server should put the contents
on disk.
Whoever puts it there. It should be visible through traditional protocols like
rsync to support mirrors that do not run drpmsync _without_ the need to
contact a single point of failure server before.
You didn't get my point: I said that arguing that drpmsync should put
its filelist on disk is like saying that rsync should put its (i.e.
rsync's) internal file list on the disk.
The main problem with this is just that the data is outdated if
there's an update just running, so you'll get a lot more errors
about missing files than when the filelist is generated on the fly.
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] New drpmsync Version available
On Mon, Jul 10, 2006 at 04:02:00PM +0200, Robert Schiele wrote:
You didn't get my point: I said that arguing that drpmsync should put
its filelist on disk is like saying that rsync should put its (i.e.
rsync's) internal file list on the disk.
The main problem with this is just that the data is outdated if
there's an update just running, so you'll get a lot more errors
about missing files than when the filelist is generated on the fly.
No. For the drpmsync server itself it is perfectly ok to create the list on
the fly. But there should be a static version available for
non-drpmsync-server systems. The argument that this might get out of sync
does not really match here because getting out of sync is ways better than
having no server at all.
But that was when the server was misconfigured. The cache file
generation was broken due to a bad app armor configuration and the
number of clients limited to two. Both things have been fixed last
week.
Again: My proposal should not influence the way the drpmsync server operates
at all. I intends to provide an _alternative_ way of doing things without
doing any harm (but using about 3MB of disk space) to any other service.
Agreed, it wouldn't break things. I'm just a bit reluctant because
of the outdated filelist problems, as already stated.
I would even provide a patch for the repository building scripts to do so but
because they are prorietary (Yes, they are!) I cannot do this.
What do you mean? The repository is synced with drpmsync (and so
the delta rpms are created). There is no secret script.
The way to create the on disk filelist would just be another
drpmsync call.
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] New drpmsync Version available
On Mon, Jul 10, 2006 at 05:19:12PM +0200, Robert Schiele wrote:
Again: My proposal should not influence the way the drpmsync server
operates
at all. I intends to provide an _alternative_ way of doing things without
doing any harm (but using about 3MB of disk space) to any other service.
Agreed, it wouldn't break things. I'm just a bit reluctant because
of the outdated filelist problems, as already stated.
Well, if it finally proves that my idea was completely crap then we could
easily remove this file again. But not even trying it just because there
_might_ be a problem does not really make sense if the is no big risk
involved.
Ok, I give up. Lets give it a try.
I would even provide a patch for the repository building scripts to do so
but
because they are prorietary (Yes, they are!) I cannot do this.
What do you mean? The repository is synced with drpmsync (and so
the delta rpms are created). There is no secret script.
The way to create the on disk filelist would just be another
drpmsync call.
Well, ok, maybe this is the source of some misunderstanding: My idea was to
create this file immediately when creating the repository (on the same system
that creates files like INDEX.gz or ARCHIVES.gz). In that case the file will
be always in sync with the repository at any time a mirror sync is complete.
Sure the file _could_ be also generated by the drpmsync server but I would
recommend to decouple this completely (besides the fact that code might be
shared and that the actual client makes use of the deltas generated by the
real drpmsync server) because this file describes only states of the files
contained in the repository. The logic how to use this information to apply
patches is completely up to the client implementation.
Maybe, but it IMHO makes no sense to put drpmsync code into the
repository creation code. I'll just call drpmsync for the job.
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]
[opensuse] New drpmsync Version available
Hi folks,
I finally found some time to work a bit on drpmsync. A new version
is available from https://forgesvn1.novell.com/svn/drpmsync/trunk .
New Features:
- while applydeltarpm is running the next delta is fetched over
the network.
- new --get-filelist and --use-filelist options to save the
filelist to a file or re-use a fetched one.
- new --list and --list-recursive option to list a directory
on the server.
- trailing slashes are stripped from the source directory.
The last point is actually quite important. I plan to make
drpmsync more similar to rsync, this means that
drpmsync server/dir .
will *always* create a subdirectory in one of the next versions.
So you'll need to add '/' or '/.' to your source specifications to
stay compatible.
Planned next steps:
- source handling changes (see above).
- support for mirror servers (i.e. what Robert suggested: Pull
the filelist from the main server, get the deltas from a mirror
server).
- exclude and --exclude-arch.
Enjoy,
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 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
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]
Re: [opensuse-factory] Call for testing: upcoming smart 0.42
On Wed, Jun 14, 2006 at 11:37:43AM -0400, Michael Galloway wrote:
i get this error when trying to update using smart:
Failed to download packages:
http://software.opensuse.org/download/home:/cthiel1/SL-10.0/i586/smart-gui-0.41-42.1.i586.rpm:
Not Found
That's an outdated version, please go to
http://software.opensuse.org/download/home:/cthiel1/SL-10.0/repodata/
and select the current version of the package you like to download.
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] Package management tool confusion
On Fri, Jun 02, 2006 at 08:31:42PM +0200, Harry ten Berge wrote:
Back to the topic: what is exactly the reason that development of
yet-another-package-solution was started (zmd/rug) and so on where smart
offers in my opinion a very well starting point...
The reason is basically that the enterprise version needs some
features that smart doesn't have.
The most important one is the handling of patches, i.e. groups
of rpms. We need a way to make it possible for the admin to
select/deselect such patches, e.g. when he decides that the patch
is too unsafe for his critical application.
Tools like smare just look at single rpms and check if a newer
version is available or not. This is not enough for the enterprise.
Btw, zmd/rug is not a new thing, it is based on the red carpet
system. What's new is the libzypp library.
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] [RFC] Reducing Online Update Requirements
On Fri, May 19, 2006 at 09:04:20PM +0200, Carl-Daniel Hailfinger wrote:
Hi,
some time ago, I invented Delta-RPMs to reduce the needed time
and bandwidth for online updates.
Hey, don't write such things. Your scheme had nothing to do with
the ways deltarpms work.
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] dbus-1 vs dbus-1-* dependency bug
On Wed, May 03, 2006 at 09:20:27PM +0200, Robert Schiele wrote:
Some of your colleagues claimed that you have a script that automatically does
such dependency checks. Either they all lied at me or you should actually
start using this script.
The script doesn't check versions yet.
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] Upgrade RC1 to RC3?
On Mon, May 01, 2006 at 04:27:49PM +0200, Carlos E. R. wrote:
I believe there is a set of deltas labeled RC1_RC3, use those. Otherwise,
apply 1 to 2, check the md5sums, then apply 2 to 3, but expect anything
from half an hour to an hour for each CD (two phases, double time). It is
very CPU intensive, dunno why.
Because the bzip2 de/re-compression eats up lots of cpu cycles...
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] Upgrade RC1 to RC3?
On Mon, May 01, 2006 at 09:47:06PM +0200, Carlos E. R. wrote:
The Monday 2006-05-01 at 19:21 +0200, Michael Schroeder wrote:
from half an hour to an hour for each CD (two phases, double time). It is
very CPU intensive, dunno why.
Because the bzip2 de/re-compression eats up lots of cpu cycles...
Ah! That explains it. I knew that it handles a lot of data, but it didn't
somehow seem reasonable the time it used. Couldn't it use some other
faster compress method? Less compression, perhaps? I didn't see an option
in the man page for that.
No, it can't. The rpm payloads are compressed with bzip2,
applydeltaiso has to use the same algorithm to be able to
recreate an exact copy.
Failing that, I could try recompiling the bzip binary optimizing for
pentium 4 instead of the default :-?
I doubt that this will help, as memory latency is what's hurting bzip2,
but you can try nevertheless.
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] openSUSE @ Google Summer of Code 2006
On Fri, Apr 28, 2006 at 10:27:40AM +0200, Christoph Thiel wrote:
On Fri, 28 Apr 2006, SunSunich wrote:
Yes, like that, but for whole system update. Actualy i forgot that such
feature already used for online update. May be it will be not so hard to
mirror that feature on System Update.
I like that idea very much -- but it might not be as easy as it seems in
the first place ;)
Actually we already talked about this a couple of months ago. I
think it can be implemented by having a transport mechanism drpmsync
next to nfs, ftp and the like. I don't think it would be so hard
to implement.
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] applydeltaiso question
On Mon, Apr 24, 2006 at 08:32:49PM -0400, Paul Kaplan wrote:
I'm trying to do a test install of 10.1 RC. I'm currently running Mandriva
and using applydeltaiso included with the distro to modify the RC1 isos with
the deltaisos. The RC1 iso and delta iso md5sums checked out OK, but none of
the resulting RC2 isos have the correct md5sum.
Is there some version specific issue with applydeltaiso? What about
something
unique to running it under SUSE as opposed to another distro.
It's the bzip2 library. The bzip2 author changed the algorithm
for some obscure reason to only use huffman length up to 17 bits
when encoding. We changed that back to 20 to be compatible with
the old versions (as applydeltaiso doesn't work, as you noticed).
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-factory] Delta-ISO problem for CD1
On Sun, Apr 23, 2006 at 02:19:11PM +0200, Andreas Jaeger wrote:
Andras Mantia [EMAIL PROTECTED] writes:
On Sunday 23 April 2006 09:46, Andreas Jaeger wrote:
No idea what's wrong,
This morning I tried again, and it works. Might be some memory issue, as
Glad to hear.
I have some borrowed memory now in my system,as my old ones failed and
I'm waiting for a replacement. :-(
It could also be some non-determinism (meaning: error) in the
applydeltaiso package, somebody would need to run valgrind and check,
Nah, applydeltaiso is 100% bug free ;-)
A memory issue is actually not that unlinkely, as the bzip2 compression
algorithm exercises the memory a bit. From the bzip2 bzlib.c:
\n*** A special note about internal error number 1007 ***\n
\n
Experience suggests that a common cause of i.e. 1007\n
is unreliable memory or other hardware. The 1007 assertion\n
just happens to cross-check the results of huge numbers of\n
memory reads/writes, and so acts (unintendedly) as a stress\n
test of your memory system.\n
\n
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]
[opensuse] drpmsync svn repository
Hi folks,
the current development version of the drpmsync program is now
available via https://forgesvn1.novell.com/svn/drpmsync/trunk.
Enjoy,
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-factory] SUSE Linux 10.1 RC1 Status Update
On Wed, Apr 12, 2006 at 08:24:12PM +0400, SunSunich wrote:
Yes, this is exactly what i want! but is it possible to use drpmsync for sync
of separate rpm only? I mean, may be it is possible to create a view of a
package tree, that will include the package i need, and then use it for
update? or for example i can just tell drpmsync what packages I need exactly
in order not to sync the whole factory tree?
Unfortunately not yet. But I hope in the very near future...
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-factory] Q: rpm -q --requires
On Wed, Mar 15, 2006 at 10:08:52AM +0100, Ulrich Windl wrote:
a simple question: Is it considered as a bug if an RPM lists a specific
requirement multiple times? I can guess that this wastes some space in the
RPM as
well as RAM when tracking dependencies.
No, it's normal behaviour for rpm (although not very clever).
You can try to create a bugreport upstream.
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-packaging] Distribution: tag
On Mon, Mar 13, 2006 at 12:14:47PM +0100, Pascal Bleser wrote:
It would be nice if RPM(build) did something like
#include /etc/rpm.d/*
when pulling macro definition files because that way, one could
provide his macros as an RPM package and BuildRequires it in the
spec file.
Actually it does for 10.1:
$ grep macros /usr/lib/rpm/rpmrc
macrofiles:
/usr/lib/rpm/macros:/usr/lib/rpm/%{_target}/macros:/usr/lib/rpm/suse_macros:/etc/rpm/macros.*:/etc/rpm/macros:/etc/rpm/%{_target}/macros:~/.rpmmacros
There's a 'wildcard' entry in it: /etc/rpm/macros.*
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] A remarkable Boot Splash image during 10.1b2 installation
On Fri, Feb 17, 2006 at 12:53:50PM +0100, Andreas Jaeger wrote:
P.S. If you press it at the right time, you have a chance of 100% to
see the easter egg.
Shouldn't that be christmas egg?
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] Re: kotd nongpl kernels for beta3
Folks, could you all calm down a bit? The problem turned out to
be that a rsyncd deamon died on one of our servers. This was fixed
yesterday, now the sync is running again.
And yes, we didn't detect the problem due to severe overload caused
by SL10.1, so we're grateful to Eberhard for writing a mail about
this.
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] Re: kotd nongpl kernels for beta3
On Sun, Feb 05, 2006 at 11:46:24PM +0100, Eberhard Moenkeberg wrote:
This nasty inconsistency is still not fixed yet.
What is going on at SUSE?
Do we have to see a loss of quality with the loss of Hubert?
The KOTD service runs fully automatic.
As the kernels did build I guess something is wrong with Andreas'
script that does the copying to ftp.suse.com.
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] Some questions regarding rpm's, yast and CPAN
On Thu, Jan 12, 2006 at 08:24:01AM +0100, Pascal Bleser wrote:
The reason is that Perl modules are installed under
/usr/lib/perl5/...
So what?
On 64bit, that directory is /usr/lib64/perl5/...
No, that's not correct for opensuse. We always use /usr/lib/perl5.
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] Delta-ISO: Building prozess howto?
On Tue, Dec 06, 2005 at 12:48:40AM +0100, Carl-Daniel Hailfinger wrote:
Reinhard Gimbel schrieb:
To create a delta iso you simply need both iso's you want to build a
delta iso from.
And LOTS of RAM and CPU power. I'd recommend 4 GB RAM as minimum and
the fastest processor you can get. It might still take a day or more
if you're processing DVD isos.
It shouldn't take a day for a DVD, I think 10 hours are a bit more
realistic.
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] Delta-ISO: Building prozess howto?
On Tue, Dec 06, 2005 at 06:57:34PM +0100, Andreas Mantke wrote:
My box have only 1 GB RAM. I don't know if this is enought to make a
delta-cd-iso. What do you mean?
Depends on the CD data. Delta generation needs about three times
the size of the data it is working on as memory. Just give it a try.
This is very problematic. There are not only rpms on the cd. We put
also binarys for linux, windows and other OS on the image. And
there are textfiles (txt and html) on the cd.
If I understood your words in the right way, delta only works with
the rpm-stuff. The binarys and the text-files don't become smaler.
No, that's wrong. The deltaiso algorithm also works with the
other data on CD. It won't help you much if the data is compressed,
though, as the delta between two compressed files (that are not
identical) is quite big.
As I said, just give it a try.
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]
