as you start removing licenses
from there you might break older packages installed on a system.
Sure you can find solutions for all these problems but in my opinion it will
just produce a bug mess and source of inconsistencies.
Robert
--
Robert Schiele
Dipl.-Wirtsch.informatiker mailto:
licenses
> symlinked.
If the FSF insists on having a copy in each RPM every Linux distributor that
separates libraries and headers in separate sub packages has a problem anyway
since typically the license is not in _all_ sub packages.
Robert
--
Robert Schiele
Dipl.-Wirtsch.informatiker m
> are just my 2 cents here :-). We won't solve the issue here.
There is no real problem and thus there is nothing to solve.
Robert
--
Robert Schiele
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Quidquid latine dictum sit, altum sonatur."
pgpDGL9OI12jG.pgp
Description: PGP signature
ith my statement.
>
> And one could remove the reference to the individual kernel entirely:
> Call the directory /lib/modules/persistent from the very begin. Maybe one
> would like to use persistent-default / persistent-bigsmp.
This does not work because it does not allow insta
could just check for files in directories whether they are registered with
a package and only delete the directory if none of them is.
Robert
--
Robert Schiele
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Quidquid latine dictum sit, altum sonatur."
pgpxMf2u62oJM.pgp
Description: PGP signature
odules/2.6.18-persistent
No, this does not work since there is no guaranty that the module works with
_any_ version of a 2.6.18 based kernel.
> or whatsoever. Keeping the old name is a poor and irritating choice.
Feel free to suggest a better scheme but only suggest a scheme th
? If you really want to consolidate that stuff then why don't you answer
to my mails regarding that topic I sent to you and the list more than two
weeks ago?
Robert
--
Robert Schiele
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Quidquid latine dictum sit, altum sonatur.&q
cause
it could sill operate perfectly with (the new) beta.so.1 (and thus
alpha.so.2).
I hope this made this topic a bit more clear.
Robert
--
Robert Schiele
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Quidquid latine dictum sit, altum sonatur."
pgpqrAix36wnA.pgp
Description: PGP signature
On Sun, Feb 25, 2007 at 09:20:33PM +0100, Robert Schiele wrote:
> On Sun, Feb 25, 2007 at 05:29:47PM +0100, Robert Schiele wrote:
> > On Sun, Feb 25, 2007 at 04:14:17PM +0100, Richard Guenther wrote:
> > > Versions used are:
> > >
> > >bin
On Sun, Feb 25, 2007 at 05:29:47PM +0100, Robert Schiele wrote:
> On Sun, Feb 25, 2007 at 04:14:17PM +0100, Richard Guenther wrote:
> > Versions used are:
> >
> >binutils gcc
> > avr: FactoryFactory
> > m68k-noos: 2.16 4.1.1
> >
.4.5-20060117-1
> msp340:2.17 3.2.3
Unfortunately the platforms I have put there (mingw and msp430) currently have
a major bug or no support in the binutils/gcc versions as present in Factory.
Thus as long as I don't find the time to fix/port to these versions an extra
version is n
On Fri, Feb 23, 2007 at 07:22:46PM +0100, Marcus Rueckert wrote:
> On 2007-02-23 19:14:34 +0100, Robert Schiele wrote:
> > Since no project name was suggested for 6 weeks I just took
> > CrossToolchain:mingw. Unfortunately a linker crash occurred for all 10.0 or
> > new
On Tue, Jan 02, 2007 at 02:18:29PM +0100, Robert Schiele wrote:
> Hello!
>
> For those interested: I have packaged a cross-toolchain for msp430 based
> systems including the firmware for the ESB, ECR, and eGate platform. You can
> find everything at http://pi3.informatik.uni-mannh
On Thu, Jan 11, 2007 at 07:40:32PM +0100, Robert Schiele wrote:
> On Thu, Jan 11, 2007 at 03:42:20PM +0100, Ludwig Nussel wrote:
> > Robert Schiele wrote:
> > > I have packaged a cross-toolchain for Windows machines based on the latest
> > > releases of the mingw gcc por
This does not only save much CPU power for building but can also reduce the
number of versions of a package because you never keep packages with identical
content.
Robert
--
Robert Schiele
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Quidquid latine dictum
fortunately doing so is likely to be more work than just
managing the dependencies manually.
Robert
--
Robert Schiele
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Quidquid latine dictum sit, altum sonatur."
pgpHNYVVBDMVR.pgp
Description: PGP signature
brary case in a smart way but you cannot say that listing this dependencies
is completely wrong. The design of the tool just does not match all use cases
in a really good manner.
Robert
--
Robert Schiele
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Quidquid latine dictum sit, altum sonatur."
pgpWqZTdRCgz1.pgp
Description: PGP signature
ary directly it might be a
requirement to link to this specific library when using static libraries
because another library you are using depends on that.
Robert
--
Robert Schiele
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Quidquid latine dictum sit, altum sonatur."
pgpPswZwjxQ1D.pgp
Description: PGP signature
;
> + /bin/rm -rf /var/tmp/gnucash-docs-2.0.1-build
> ++ dirname /var/tmp/gnucash-docs-2.0.1-build
> + /bin/mkdir -p /var/tmp
> + /bin/mkdir /var/tmp/gnucash-docs-2.0.1-build
Well, if you rely on this then there is no point in the above command anyway.
Robert
--
Robe
und, leading to the result
that the tool can no longer find it's data after moving it.
Robert
--
Robert Schiele
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Quidquid latine dictum sit, altum sonatur."
pgpo4r1MyUkwn.pgp
Description: PGP signature
On Thu, Jan 11, 2007 at 03:42:20PM +0100, Ludwig Nussel wrote:
> Robert Schiele wrote:
> > I have packaged a cross-toolchain for Windows machines based on the latest
> > releases of the mingw gcc port. You can find everything at
> > http://pi3.informatik.uni-mann
Hello!
I have packaged a cross-toolchain for Windows machines based on the latest
releases of the mingw gcc port. You can find everything at
http://pi3.informatik.uni-mannheim.de/~schiele/suse/.
Robert
--
Robert Schiele
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Qui
-current-toolchain-p8105657.html and
http://lists.spline.inf.fu-berlin.de/mailman/private/scatterweb/2006-December/000368.html
Robert
--
Robert Schiele
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Quidquid latine dictum sit, altum sonatur."
pgpc9YFwj0NGW.pgp
Descri
y want to do and don't bash other solutions just because you
_think_ that what someone else is doing is stupid without actually discussing
it.
Robert
--
Robert Schiele
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Quidquid latine dictum sit, altum sonatur."
pgpekuJj0wR2a.pgp
Description: PGP signature
expect "Enter pass phrase:"\nsend
"\\r"\nexpect' | expect
You can also substitute "rpm --addsign" with the command you are actually
using.
Robert
--
Robert Schiele
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Quidquid latine dictum sit, altum sonatur."
pgpEZ3vhSQVu1.pgp
Description: PGP signature
SLES9 & 10.
> It would be really nice to automate all the passkey entries so I can run
> it all in one batch.
Just remove the passphrase from your key. It does not make any sense to
encrypt your private key with a passphrase and then store this passphrase
somewhere on the disk for a batch p
valid system with
rpm into a special root directory without installing rpm within this special
root directory itself. Who should provide the symbols in that case. Another
point is that these symbols specify features that are required for
_installation_ of the package and not for running the a
el free to propose new tools and make use of
> http://en.opensuse.org/SGML_and_XML .
If it is planned to maintain (some of) the following packages there as well
I'd be happy to join:
- Xerces-c
- Xalan-c
- dbxml (and friends)
Robert
--
Robert Schiele T
to).
Well, maybe they use code that is not thread safe but use modules that make
use of threads if available. Actually I don't know if this really is the
problem but one possible cause.
Robert
--
Robert Schiele Tel.: +49-621-181-2214
Dipl.-Wirtsch.informatiker mai
e a faked server will most
likely never give you a security warning whatever you do.
Robert
--
Robert Schiele Tel.: +49-621-181-2214
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Quidquid latine dictum sit, altum sonatur."
pgpxAvSJeVYy4.pgp
Description: PGP signature
Hello everybody!
For everybody working in the embedded systems area: I now have packaged
squashfs for 10.1 on i586 and x86_64.
Get it at http://pi3.informatik.uni-mannheim.de/~schiele/suse/10.1/ and have
fun.
Robert
--
Robert Schiele Tel.: +49-621-181-2214
Dipl
On Mon, Mar 13, 2006 at 07:38:14PM +0100, Marcus Rueckert wrote:
> On 2006-03-13 19:18:13 +0100, Robert Schiele wrote:
> > You might find the answer yourself if you ask yourself why you don't use
> > y2pmbuild at SUSE internally to build the distribution.
>
> y2pmbu
f you ask yourself why you don't use
y2pmbuild at SUSE internally to build the distribution.
Robert
--
Robert Schiele Tel.: +49-621-181-2214
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Quidquid latine dictum sit, altum sonatur."
pgpN0y5A1y6Qt.pgp
Description: PGP signature
Robert
--
Robert Schiele Tel.: +49-621-181-2214
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Quidquid latine dictum sit, altum sonatur."
pgpKgExJrUfKM.pgp
Description: PGP signature
On Mon, Mar 13, 2006 at 09:36:37AM +0100, Adrian Schroeter wrote:
> Am Friday 10 March 2006 19:41 schrieb Robert Schiele:
> > Nah, that is what shared library versioning is for. Putting runtime
> > libraries in an extra directory is only needed if the author of the
> > softwa
untime libraries
in an extra directory is only needed if the author of the software did not
understand how to do shared library versioning correctly.
Robert
--
Robert Schiele Tel.: +49-621-181-2214
Dipl.-Wirtsch.informatiker mailto:[EMAIL PROTECTED]
"Quidquid latine
On Fri, Mar 10, 2006 at 11:36:38AM +0100, Pascal Bleser wrote:
> I meant to for the compat runtime libraries.
No nead to package them again. They are already in compat-libstdc++.
Robert
--
Robert Schiele Tel.: +49-621-181-2214
Dipl.-Wirtsch.informatiker mailto:[EM
put
> them to avoid conflicts) ?
>
> Does anyone have some hints ?
Any special directory will do. /opt/gcc33 (or whatever version you want to
provide) would be appropriate.
Robert
--
Robert Schiele Tel.: +49-621-181-2214
Dipl.-Wirtsch.informatiker mailto:[EMAI
38 matches
Mail list logo