Gnome debs?

[David Welton]

Does anyone know what the status of debian+gnome is?  Is anyone
working on this?  If they haven't already spent the money we donated
to them, could we ask that a small piece of it go towards having
someone spend the time to make it so that deb's are generated
automatically as well as rpm's?  I would like to take a peek at some
of the development going on, and maybe have a crack at fixing things
here and there... do the rpm's install well with alien?

Thanks,
-- 
David Welton  http://www.efn.org/~davidw 

Debian GNU/Linux - www.debian.org


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

gnome .debs

[Justin Maurer]

(for the purposes of this email, consider my sig my resume).
i am an admin at a local high school. our shell server is a p233
with 128m ram and 12gb disk. it will soon be upgraded to 256mb, and sooner
or later, a second processor. it sits on a t1, with incoming ftp supposed
to be unfirewalled awhile ago (i can get around it, if necessary). the
machie is idle 23 hours a day.

i have never used cvs-buildpackage, but would be willing to
generate nightly .debs. what do people think of this?


# Justin Maurer GNOME Hacker   
# [EMAIL PROTECTED]   Debian Developer
# http://slashdot.org/  Slashdot Author
# 09 84 FC 03 13 AA 4A AF  F6 A4 85 9D 8C 96 B6 A4

Re: Gnome debs?

[Herbert Xu]

In article <[EMAIL PROTECTED]> you wrote:
> I checked, Debian and Red Hat were not compatible.  (e.g. libpng and
> libjpeg have different sonames.)

How did this happen? Shouldn't we try to rectify this ASAP so that there is
binary compatibility?

-- 
Debian GNU/Linux 1.3 is out! ( http://www.debian.org/ )
Email:  Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Gnome debs?

[Joel Klecker]

At 22:29 +1000 1998-04-23, Herbert Xu wrote:
>In article <[EMAIL PROTECTED]> you wrote:
>> I checked, Debian and Red Hat were not compatible.  (e.g. libpng and
>> libjpeg have different sonames.)
>
>How did this happen?

2 is the upstream soname for libpng 1.0, so we are doing the right thing there.

--
Joel "Espy" Klecker
Debian GNU/Linux Developer...



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Gnome debs?

[Steve Dunham]

Herbert Xu <[EMAIL PROTECTED]> writes:

> In article <[EMAIL PROTECTED]> you wrote:
> > I checked, Debian and Red Hat were not compatible.  (e.g. libpng and
> > libjpeg have different sonames.)

> How did this happen? Shouldn't we try to rectify this ASAP so that there is
> binary compatibility?

One small correction: the libpng issue wasn't a soname problem,
RedHat's libpng.so wasn't explicitly linked against libz.so, so Debian
programs _might_ not run on RedHat (without an LD_PRELOAD), but RedHat
programs run fine on Debian.

The soname issues are with libjpeg, libgdbm, libncurses.

  DebianRedhat
  == 
  libjpeg.so.6a  libjpeg.so.6   
  libgdbm.so.1   libgdbm.so.2
  libncurses.so.3.4  libncurses.so.3.0

One other problem is that libcompface is static on Red Hat and dynamic
on Debian, but this library is rarely used.  (All of these were
discovered when I tried to move a "stow" tree of XEmacs Beta 20.5 from
a Debian system to a Red Hat system.)

For now, most of these issues can be resolved by using symlinks. But
sonames should be synchronized with Red Hat in the future.


Steve
[EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Gnome debs?

[shaleh]

GNOME is currently not very stable and things are changing very rapidly.  Jim 
Pick is the GNOME guy for Debian.  Give it a few more weeks and I think you 
will see more.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Gnome debs?

[David Welton]

On Mon, Apr 20, 1998 at 03:13:24PM -0400, [EMAIL PROTECTED] wrote:

> GNOME is currently not very stable and things are changing very
> rapidly.  Jim Pick is the GNOME guy for Debian.  Give it a few more
> weeks and I think you will see more.

The thing I was wondering about is getting support in their build
scripts for debs.  Every morning they get some rpm's generated
automatically.  I was wondering if it might be feasible to do this to
make some debs too, or if it would be just a waste of time:-/

-- 
David Welton  http://www.efn.org/~davidw 

Debian GNU/Linux - www.debian.org


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Gnome debs?

[Steve Dunham]

David Welton <[EMAIL PROTECTED]> writes:

> On Mon, Apr 20, 1998 at 03:13:24PM -0400, [EMAIL PROTECTED] wrote:

> > GNOME is currently not very stable and things are changing very
> > rapidly.  Jim Pick is the GNOME guy for Debian.  Give it a few more
> > weeks and I think you will see more.

> The thing I was wondering about is getting support in their build
> scripts for debs.  Every morning they get some rpm's generated
> automatically.  I was wondering if it might be feasible to do this to
> make some debs too, or if it would be just a waste of time:-/

CVS the relevent gnome packages to your system.  Add a /debian tree to
each package.  Write a script that does a cvs update of each dir, a
debian/rules build in each dir, and puts the packages up for ftp.  Put
the script in a cron job and you have it.

There doesn't need to be support in their build scripts for DEBs,
AFAIK the rpms are built by a third party, I don't even see any .spec
files in the CVS tree.

Either way, the people who build the RPMs can't build DEB files.  Last
I checked, Debian and Red Hat were not compatible.  (e.g. libpng and
libjpeg have different sonames.)


Steve
[EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Gnome debs?

[Jim Pick]

David Welton <[EMAIL PROTECTED]> writes:

> > GNOME is currently not very stable and things are changing very
> > rapidly.  Jim Pick is the GNOME guy for Debian.  Give it a few more
> > weeks and I think you will see more.

I've got most of the packaging for gnome 0.13 done.  Unfortunately,
the gdk_imlib 1.1 stuff wrecked things - gnome 0.13 required a newer
version (which was only available in CVS).  Everything would build,
but most of the binaries would not run.

Raster released gdk_imlib 1.2 a few days ago, so I may be able to
release some gnome stuff that works sometime this week.
 
> The thing I was wondering about is getting support in their build
> scripts for debs.  Every morning they get some rpm's generated
> automatically.  I was wondering if it might be feasible to do this
> to make some debs too, or if it would be just a waste of time:-/

I was thinking of building snapshot Gnome packages from the CVS that I
might update weekly from here.  I thought about doing it daily, but
that would be too much work.

My thought was to put this in a non-standard location (ie. under /opt)
so that they wouldn't interfere with released versions of Gtk, Gnome,
etc.  The debian/rules will be different for the snapshot packages than
the released ones - so I'll have to figure out a scheme to work around
that.

Perhaps the Red Hat labs guys would be willing to build the .debs too.
Even if they were willing to do that - they might not be the best
choice to do it, as they wouldn't be testing the .debs.

Once I get the packages built, I'm going to see if I can get the
"debian" directories put into the Gnome CVS.

Cheers,

 - Jim



pgpGsDUPMAxSS.pgp
Description: PGP signature

Gnome .debs released

[Jim Pick]

Hi,

I've uploaded the Gnome 0.20 Debian packages to incoming on
master.debian.org (also available at http://www.jimpick.com/ )

I had some problems with the gnome-admin package, so I didn't finish
it.  I will be travelling for 4 days, and I will figure it out when I
am back. I also did not package the new mc (Midnight Commander) - I'm
not the maintainer for that package anyways.

These packages are linked against libungif.  Theoretically, they
should work with libgif as well, but the libgif package is missing a
couple of symlinks - so use libungif (or create the symlinks).

Anybody that installed the unofficial pre-release .debs I put out last
week will probably need to install these .debs by hand (instead of
relying on dselect) - because I didn't increment the version number.

Cheers,

 - Jim



pgpDFoWKU02SH.pgp
Description: PGP signature

Re: gnome .debs

[Martin Bialasinski]

>> "JM" == Justin Maurer <[EMAIL PROTECTED]> writes:

JM> i have never used cvs-buildpackage, but would be willing to
JM> generate nightly .debs. what do people think of this?

I and Marcus have trouble with cvs-buildpackage. Better wait/contact
Manoj before you get into the strange problems we have.

Ciao,
Martin

-- 
from a 1996 Microshit ad campaign:
"The less you know about computers the more you want Micro$oft!"
  See! They do get some things right!

Re: gnome .debs

[Manoj Srivastava]

Hi,
>>"Martin" == Martin Bialasinski <[EMAIL PROTECTED]> writes:

>> "JM" == Justin Maurer <[EMAIL PROTECTED]> writes:

 JM> i have never used cvs-buildpackage, but would be willing to
 JM> generate nightly .debs. what do people think of this?

 Martin> I and Marcus have trouble with cvs-buildpackage. Better
 Martin> wait/contact Manoj before you get into the strange problems
 Martin> we have.

I am leaving town for a week on a business trip, and hence
 won't be able to deal with this until I return. cvs-inject is a
 simple script; could one of you do me the favour of looking at a bash
 -x invocation (which I shall do next week) and see wherte the problem
 arises?

The following ~/.cvsdeb.conf is known to work with cvs-inject.

manoj
#
# This file is a bourne shell snippet, and is sourced by the
# cvs-buildpackage script for configuration.
#

#
# The following variables are available, derived from the changelog
# file at run time 
#
# $package:  Name of the package
# $version:  The raw version of the package
# $sversion: The version number stripped of epochs
# $uversion: The upstream version
# $tversion: Debian revision number, if any
#
# There is nothing preventing you from over riding any of those, or,
# in fact, from modifying internal variables used in the script,
# though you should know  what you are doing before doing so, know
# that all your warranties become void if you do so.
#

# Debugging information: The default value is 0 (no debugging
# information is printed). To change the default behaviour, uncomment
# the following line and set the value to 1.
#
# DEBUG=0


#
# The directories.
#

# The root directory is used to set the default value of the work
# directory, using the package name. The default value is
# /usr/src/Packages (note that this directory is not created
# automatically). To change the default behaviour, uncomment the
# following line and set the value to match the local setup.
#
 conf_rootdir='/usr/local/src/Packages'

# The work directory. This directory is where the original sources are
# expected, and this is where the module shall be exported from CVS.
# If you set this value, the value of the root directory, either set
# up above or on the command line, would be ignored. To change the
# default behaviour, uncomment the following line and set the value to
# match the local setup.
#
# conf_workdir="$rootdir/$package"

conf_forcetag='YES'
conf_rootcommand='fakeroot'




-- 
 One good suit is worth a thousand resumes.
Manoj Srivastava  <[EMAIL PROTECTED]> 
Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E

Re: gnome .debs

[Brian Almeida]

On Sat, Oct 03, 1998 at 06:56:59PM -0400, Justin Maurer wrote:
>   
>   (for the purposes of this email, consider my sig my resume).
>   i am an admin at a local high school. our shell server is a p233
> with 128m ram and 12gb disk. it will soon be upgraded to 256mb, and sooner
> or later, a second processor. it sits on a t1, with incoming ftp supposed
> to be unfirewalled awhile ago (i can get around it, if necessary). the
> machie is idle 23 hours a day.
> 
>   i have never used cvs-buildpackage, but would be willing to
> generate nightly .debs. what do people think of this?

This is in the works.  Myself and Shaleh ahve talked about it, and Shaleh and
Jim Pick have also been discussing it.  I am sure Jim agrees with my that any
help will be much appreciated ;) In any case, I believe the plan was to be able
to add a line to your /etc/apt/sources.list something like this:
ftp://ftp.jimpick.com/gnome
or something liek that, and be able to download .debs of all gnoem cvs nightly.
obviously a beefy machien would be good for that, I know Jim doesn't ahve a
terrific one (at least from past postings?) and I have a p233mmx with 64mb ram
(and greatly limited disk space...I could compile e, imlib, fnlib, esound, and
stringlist prolly ;)  So jump on in! Send an email to Jim, as I'm sure he knows
more about this whole thing than I.  I took a look at the cvs-buildpackage
stuff, but haven't really figured it out yet.
  BTW, even though I dont' really use GNOME per se, I think its' a GREAT
idea. :)

Keep in touch.

Brian

--
Brian Almeida <[EMAIL PROTECTED]>   http://www.debian.org/~bma/
 _  _ _  
  __| | ___| |__ (_) __ _ _ __ 
 / _` |/ _ \ '_ \| |/ _` | '_ \  Debian GNU/Linux Developer
| (_| |  __/ |_) | | (_| | | | | PGP Key: 0x3A800C65
 \__,_|\___|_.__/|_|\__,_|_| |_| http://www.debian.org  
 Debian Linux: Because Size DOES Matter

Re: gnome .debs

[Martin Bialasinski]

>> "MS" == Manoj Srivastava <[EMAIL PROTECTED]> writes:

Martin> I and Marcus have trouble with cvs-buildpackage. Better
Martin> wait/contact Manoj before you get into the strange problems
Martin> we have.

I seems that a conf_prefix='debian' is needed in /etc/cvsdeb.conf.
With this line, everything is OK.

JFYI,
Martin

Re: Gnome .debs released

[B. Bell]

On 18 Jun 1998, Jim Pick wrote:

> Anybody that installed the unofficial pre-release .debs I put out last
> week will probably need to install these .debs by hand (instead of
> relying on dselect) - because I didn't increment the version number.

hi,
which ones have changed?  Should we install _all_ of the new ones by hand?

tnks,
brad


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Gnome .debs released

[Shaleh]

I would recommend installing them all over.  Numerous little things
changed.


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Synchronised sonames (was: Gnome debs?)

[Herbert Xu]

Steve Dunham wrote:
> 
> The soname issues are with libjpeg, libgdbm, libncurses.
> 
>   DebianRedhat
>   == 
>   libjpeg.so.6a  libjpeg.so.6   
>   libgdbm.so.1   libgdbm.so.2
>   libncurses.so.3.4  libncurses.so.3.0
> 
> For now, most of these issues can be resolved by using symlinks. But
> sonames should be synchronized with Red Hat in the future.

Indeed, perhaps this should be put into our policy?

-- 
Debian GNU/Linux 1.3 is out! ( http://www.debian.org/ )
Email:  Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Synchronised sonames (was: Gnome debs?)

[Shaleh]

Only if we are wrong.  We should endeavor to do what the upstream
maintainer does unless it is flat wrong.  We are not RH, maybe they
should make their sonames match ours.  No, we should both do what is
right.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Synchronised sonames (was: Gnome debs?)

[Steve Dunham]

Shaleh <[EMAIL PROTECTED]> writes:

> Only if we are wrong.  We should endeavor to do what the upstream
> maintainer does unless it is flat wrong.  We are not RH, maybe they
> should make their sonames match ours.  No, we should both do what is
> right.

I definitely advocate following the upstream maintainer (although
there are a few borderline cases, e.g. Imlib, which changed data
structures between 1.2 and 1.3, but kept the soname the same.)  

My libgdbm.so.2.0.0 seems to be left over from some earlier version of
the package - it's dated 1996 - I suspect it's a libc5 file that I
manually installed during the fiasco with perl and bash moving to
libc6.

I don't know about the jpeg issue.  Does the upstream maintainer
advocate a soname of libjpeg.so.6a rather than libjpeg.so.6?

What about ncurses?  Does upstream use soname 3.0?  I suspect that Red
Hat kept the 3.0 soname for the latest libncurses because it is binary
compatible with version 3.0.

It would be difficult for either Red Hat or Debian to fix it at this
stage in the game (both Debian and Red Hat could add symlinks to help
with the problem, though), but an effort should be made in the future
to prevent this from happening.


Steve
[EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Synchronised sonames (was: Gnome debs?)

[Steve Kostecke]

In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Shaleh) writes:
> Only if we are wrong.  We should endeavor to do what the upstream
> maintainer does unless it is flat wrong.  We are not RH, maybe they
> should make their sonames match ours.  No, we should both do what is
> right.

And, if necessary, we should encourage the upstream maintainer to
do the Right Thing.

-- 
 
||k || Steve Kostecke|  Debian GNU/Linux
||__|| [EMAIL PROTECTED]|  The OpenSource Operating System
|/__\| http://kostecke.home.ml.org   |  http://www.debian.org


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]