headers
USB-Drive | 6 Mar 2003 18:18

[BugDB] Replace your floppy disks with this new technology... (PR#168)

--MWZAlternativeMessage
Content-Type: text/plain

Never before has there been an easier way for a computer user to transport their computer files.  The USB
Drive makes carrying your computer files around easier than ever.  With tens of thousands of happy
customers behind us, you can trust that our product is easy to use and helps safeguard your data.

Simply plug the device into any PC and instantly have access to your data.  The data transfer rate is an
amazing 1MB per second!  The device is roughly the size of a car key and allows you to transport your files
both securely and easily. The USBDrive can quickly synchronize vital personal files between computers
at work, home, or school without hassle.  There is no software to install and no settings to make!  Simply
Plug and Play.  

With the USB Drive you can carry up to 2 GB of data from PC to PC.  Simply put, the USB Drive is a durable water
proof floppy disk.  You can now copy up to 2GB of files (data) from your PC's hard drive to the USB Drive and
take it to any other PC without hassle.  You can copy any file to your USB Drive; Office Documents, Faxes,
Emails, pictures, databases, word processing files etc. Clip the USB Drive to your key-ring and have
access to your data wherever you go.

For Windows Users, Simply Plug the USB Drive into your computer and a new drive letter automatically
appears under your My Computer Icon.  Once the drive letter appears (less than three seconds), you can copy
the files from your PC to the USB Drive in exactly the same manner as you would a floppy disk, Zip disk, or
Digital Camera file.  

The USB Drives comes with a one year manufacture warranty and a money back guarantee!  Included with your USB
drive is an easy 1 - 2 - 3 step-by-step instruction manual.  We guarantee that you can use this drive with less
than 5 minutes of training, regardless of your computer knowledge.  

Using a USB Drive is exactly the same as using a floppy disk.  The only difference between a Floppy disk and The
USB Drive is that the USB drive is inserted into the USB port of the PC, and the Floppy disk is inserted into
(Continue reading)

Permalink | Reply | 0 comments |
headers
itpkg | 12 Mar 2003 16:00
Picon

[BugDB] mysql-3.23.54a-1.2.1 is missing a dep (PR#169)

Full_Name: Ingo T. Storm
Version: 3.23.54a-1.2.1
OS: Solaris 9
Submission from: (NULL) (145.243.187.7)

I rebuilt the updated 3.23.54a-1.2.1 and installed it on a system where mysql
had not been installed previously. I get an error message

 -Uvh UPDBIN/mysql-3.23.54a-1.2.1.sparc64-solaris2.9-cw.rpm 
Preparing...                ########################################### [100%]
   1:mysql                  ########################################### [100%]
/cw/bin/mysql_install_db: /cw/bin/hostname: not found
Sorry, the host '' could not be looked up.
Please configure the 'hostname' command to return a correct hostname.
If you want to solve this at a later stage, restart this script with
the --force option

/cw/bin/hostname is in coreutils, so I guess coreutils should be added to the
"Requieres"-clause in mysql.spec or /cw/bin/mysql_install_db shoul check if it
can live with /bin/hostname
.

Cheers,
Permalink | Reply | 0 comments |
headers
rse | 12 Mar 2003 16:24
Favicon

Re: [BugDB] mysql-3.23.54a-1.2.1 is missing a dep (PR#169)


In article <20030312150042.78522277AF1 <at> mail.openpkg.org> you wrote:
> Full_Name: Ingo T. Storm
> Version: 3.23.54a-1.2.1
> OS: Solaris 9
> Submission from: (NULL) (145.243.187.7)
> 
> I rebuilt the updated 3.23.54a-1.2.1 and installed it on a system where mysql
> had not been installed previously. I get an error message
> 
> -Uvh UPDBIN/mysql-3.23.54a-1.2.1.sparc64-solaris2.9-cw.rpm 
> Preparing...                ########################################### [100%]
>   1:mysql                  ########################################### [100%]
> /cw/bin/mysql_install_db: /cw/bin/hostname: not found
> Sorry, the host '' could not be looked up.
> Please configure the 'hostname' command to return a correct hostname.
> If you want to solve this at a later stage, restart this script with
> the --force option
> 
> /cw/bin/hostname is in coreutils, so I guess coreutils should be added to the
> "Requieres"-clause in mysql.spec or /cw/bin/mysql_install_db shoul check if it
> can live with /bin/hostname

The use of <prefix>/bin/hostname by <prefix>/bin/resolveip is strange, of
course.  But your real problem seems to be that the output of /bin/hostname
cannot be resolved to a valid IP address for your host. Fix this and it should
no longer complain, too. Additionally we should determine why MySQL's
resolveip tries <prefix>/bin/hostname...

                                       Ralf S. Engelschall
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ingo T. Storm | 12 Mar 2003 17:20
Picon

Re: [BugDB] mysql-3.23.54a-1.2.1 is missing a dep (PR#169)

>> /cw/bin/mysql_install_db: /cw/bin/hostname: not found

>The use of <prefix>/bin/hostname by <prefix>/bin/resolveip is
strange, of
>course.  But your real problem seems to be that the output of
/bin/hostname
>cannot be resolved to a valid IP address for your host. Fix this and
>it should no longer complain, too. Additionally we should determine
>why MySQL's resolveip tries <prefix>/bin/hostname...

a.

[openpkg12]$/cw/bin/resolveip `/bin/hostname`
IP address of installsrv is 172.29.5.181
[root <at> installsrv]
[openpkg12]$/cw/bin/resolveip `/cw/bin/hostname`
IP address of installsrv is 172.29.5.181

Not a fqdn, I concede, since I am still in my setup phase, but the
output of either "hostname" is resolvable.

b.

/cw/bin/mysql_install_db has
110:hostname=`/cw/bin/hostname`         # Install this too in the user
table

which should be the result of

./mysql-3.23.54a/scripts/mysql_install_db.sh
(Continue reading)

Permalink | Reply | 1 comment |
headers
martin.sperl | 17 Mar 2003 09:20

[BugDB] rpmtoll/shtool problem on Alpha - gcc bootstrap problem in %install (PR#170)

Full_Name: Martin Sperl
Version: 1.2
OS: Tru64
Submission from: (NULL) (62.178.145.10)

Hi!

We have got a Problem bootstrapping gcc for Alpha-Tru64...

We know that gcc3.2.1 does not bootstrap on Tru64, se we decided to use the
version 3.02 from OpenPKG 1.0. But as far as looking at the spec files I see
that if gcc3.2 would compile then the problem would be the same.

Now to the basic facts:

rpm -ba gcc.spec

<GCC and the lib compile>
We get as far as this:

fi
+ exit 0
Executing(%install): env -i /cw/lib/openpkg/bash --norc --noprofile --posix -e
/cw/RPM/TMP/rpm-tmp.31622
+ cd /cw/RPM/TMP
+ cd gcc-3.0.2
+ rm -rf /cw/RPM/TMP/gcc-3.0.2-root
++ ./config.guess
+ triple=alphaev67-dec-osf5.1
++ ./config.sub alphaev67-dec-osf5.1
(Continue reading)

Permalink | Reply | 0 comments |
headers
hellobob | 18 Mar 2003 01:06

[BugDB] Offshore Software Development Makes You Money 1.7 (PR#171)


<style type="text/css">
<!--
txt { font-family: Arial, Helvetica, sans-serif;
font-size: 8pt}
orng { font-family: Arial, Helvetica,
sans-serif; font-size: 12pt; color: #FF3300; font-weight:
bold}
red { font-family: Arial, Helvetica, sans-serif;
font-size: 8pt; font-weight: bold; color:
#006699}
wh { font-family: Arial, Helvetica, sans-serif;
font-size: 10pt; font-weight: bold; color:
#ffffff}
gr { font-family: Arial, Helvetica, sans-serif;
font-size: 8pt; font-weight: bold; color:
#666666}
-->
</style>

<table BORDER=0 CELLSPACING=2 CELLPADDING=5 WIDTH="600" BGCOLOR="#336699" >
<tr VALIGN=TOP>
<td ROWSPAN="2" BGCOLOR="#FFFFFF">
<div class="txt"><span class="red">Dear Sir or Madam,</span></div>

<p>We are glad to deliver cutting-edge solutions to your IT challenges
at a quality that is equivalent or superior to that offered by domestic
companies, but at a fraction of the cost of domestic development.
<p>We represent a number of well-established companies staffed with over
1000 qualified developers with a record of successfully completing hundreds
(Continue reading)

Permalink | Reply | 0 comments |
headers
matt | 22 Mar 2003 21:20
Favicon

[BugDB] Config file location wrong in libxml (PR#172)

Full_Name: Matt Hoosier
Version: 
OS: Solaris 9 / UltraSparc
Submission from: (NULL) (129.130.10.83)

The libxml package seems to be compiled with the expectation that config file
are found under /etc/sgml (rather than the correct %{l_prefix}/etc/sgml).

This seems to be a bug in the upstream libxml2 package; the autoconf
infrastructure for this package doesn't properly relocate the binaries'
expectations of where the config file should reside.

This was easily remedied with a small patch to the upstream source, plus a small
diff against the provided .spec file.
Permalink | Reply | 0 comments |
headers
rse | 22 Mar 2003 21:24
Favicon

Re: [BugDB] Config file location wrong in libxml (PR#172)

On Sat, Mar 22, 2003, matt <at> cis.ksu.edu wrote:

> Full_Name: Matt Hoosier
> Version:
> OS: Solaris 9 / UltraSparc
> Submission from: (NULL) (129.130.10.83)
>
> The libxml package seems to be compiled with the expectation that config file
> are found under /etc/sgml (rather than the correct %{l_prefix}/etc/sgml).
>
> This seems to be a bug in the upstream libxml2 package; the autoconf
> infrastructure for this package doesn't properly relocate the binaries'
> expectations of where the config file should reside.
>
> This was easily remedied with a small patch to the upstream source, plus a small
> diff against the provided .spec file.

Can you send us your particular changes (diff), too?

                                       Ralf S. Engelschall
                                       rse <at> engelschall.com
                                       www.engelschall.com
Permalink | Reply | 0 comments |
headers
mnagel | 26 Mar 2003 06:35
Favicon
Gravatar

[BugDB] coreutils su not setuid root (PR#173)

Full_Name: Mark Nagel
Version: coreutils-4.5.4-1.2.0
OS: Solaris 8
Submission from: (NULL) (67.115.210.114)

After building and installing coreutils, using rc to start services began to
fail.  I traced this to the use of the su version installed with coreutils,
which was setuid to the OpenPKG user (in my case this was okpg).  The RPM spec
should install this program suid root.
Permalink | Reply | 0 comments |
headers
Michael van Elst | 26 Mar 2003 09:31

Re: [BugDB] coreutils su not setuid root (PR#173)

On Wed, Mar 26, 2003, mnagel <at> willingminds.com wrote:

Hi,

> After building and installing coreutils, using rc to start services began to
> fail.  I traced this to the use of the su version installed with coreutils,
> which was setuid to the OpenPKG user (in my case this was okpg).  The RPM spec
> should install this program suid root.

I checked the build process:

su is only installed into the package when you build the package as
user root, which you shouldn't but which on the other side shouldn't
have side effects either. In that case it gets a suid-bit but the
file will belong to the OpenPKG user.

I have fixed this in coreutils-4.5.11-20030326

Thanks for your report :)

Greetings,
--

-- 
    ,eM""=.            a"-.                         Michael van Elst
   dWWMWM" -          :GM==;                        mlelstv <at> dev.de.cw.net
  :WWMWMw=--.          "W='  cable & wireless
   9WWMm==-.
    "-Wmw-"  CABLE & WIRELESS
Permalink | Reply | 0 comments |

Gmane