Re: How to handle dependencies on unreleased packages?

2002-09-03 Thread Junichi Uekawa

On 02 Sep 2002 16:48:05 +0200

 
 I've added the build-dep, but I don't get a versioned binary depend.
 
 Hmm. Come to think of it, why doesn't libd-i have the SONAME in the
 package name? 

Yes, this is a very badly packaged shared library.


regards,
junichi

-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer




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




Re: How to handle dependencies on unreleased packages?

2002-09-03 Thread Martin Sjögren

On Tue, Sep 03, 2002 at 09:47:22PM +0900, Junichi Uekawa wrote:
 On 02 Sep 2002 16:48:05 +0200
 
  
  I've added the build-dep, but I don't get a versioned binary depend.
  
  Hmm. Come to think of it, why doesn't libd-i have the SONAME in the
  package name? 
 
 Yes, this is a very badly packaged shared library.

I was working on this a bit earlier today, and I will hopefully be able to
commit some changes when I get home tonight.


Regards,
Martin

-- 
Martin Sjögren
  [EMAIL PROTECTED]  ICQ : 41245059
  Phone: +46 (0)31 7710870   Cell: +46 (0)739 169191
  GPG key: http://www.strakt.com/~martin/gpg.html


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




cvs commit to debian-installer/libdebian-installer by sjogren

2002-09-03 Thread Debian Boot CVS Master

Repository: debian-installer/libdebian-installer
who:sjogren
time:   Tue Sep  3 12:52:51 MDT 2002
Log Message:
  Name changes: libd-i - libd-i1, libd-i-dev - libd-i1-dev.
  Changed SONAME to libd-i.so.1
  

Files:
changed:Makefile


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




cvs commit to debian-installer/libdebian-installer/debian by sjogren

2002-09-03 Thread Debian Boot CVS Master

Repository: debian-installer/libdebian-installer/debian
who:sjogren
time:   Tue Sep  3 12:52:51 MDT 2002
Log Message:
  Name changes: libd-i - libd-i1, libd-i-dev - libd-i1-dev.
  Changed SONAME to libd-i.so.1
  

Files:
changed:changelog control rules

removed:libdebian-installer.postinst

added:  libdebian-installer1.postinst shlibs


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




gtk frontend for cdebconf, ready for commit

2002-09-03 Thread Michael Cardenas

Hello all. 

I finally got back from my weekend trip out of town, and finally got
the mess my cats made cleaned up. 

Attached is a patch for cdebconf that adds a gtk2.0 frontend. It is
relatively complete. The select and text handlers are not finished,
but there is enough to be tested here. I was unable to figure out the
cdebconf tests dir, so if someone can explain to me how they work, I
can do much better testing on it myself. For now, I've just been
making little hello world type apps to test the functionality of
each handler. The multiselect, password, string and note handlers are
ready. 

Still to be done is to figure out a better way to manage the flow. As
it is, I'm creating a new dialog for each question and calling
gtk_main each time. This can probably be improved. 

Also, the select handler uses a radio button, but as I had no net
access and only had access to gtk2.0-doc, I couldn't finish it, as the
examples there are not very complete. It works as long as you don't
select the first radio button. 

Lastly ,the text handler is mostly incomplete. The widget is created,
but I'm not extracting the data entered in it. It still has lots of
formatting to do. 

In addition, since gtk relies heavily on callback functions, I put
most of my data in global variables (YUCK!). I need a little bit of
explanation on this c file as class thing so that I can fix that. 

Another issue is the actual visual layout. I need to work on that
more, once I get a look at some more documentation. The next and back
buttons need to be right justified and the dialog needs to be
fullscreen. 

So, this needs a lot more work, that I will continue to do, but I
think it's a good enough start to be looked over, and possibly
tested. 

Another issue at hand, now that this is almost ready, is the question
of udebs for X and gtk. Should I start on those? Or can we safely
assume that the X install medium is going to have lots of space, and
thus use regular debs. I don't mind working on the udebs, I just want
to know what you guys think. 

Also, I haven't tested my change to configure yet, as I didn't have
autoconf handy, but it looks right to me. 

Thank you

  michael

-- 
michael cardenas | lead software engineer | lindows.com | hyperpoem.net

How terrible to watch a man who has the Incomprehensible within his grasp, doesn't 
know what to do, and sits down playing with a toy called God.
- Fyodor Dostoyevsky


Binary files frontend.orig/bogl/bogl.opic and frontend/bogl/bogl.opic differ
Binary files frontend.orig/bogl/bogl.so and frontend/bogl/bogl.so differ
Binary files frontend.orig/bogl.so and frontend/bogl.so differ
diff -Nur frontend.orig/gtk/CVS/Entries frontend/gtk/CVS/Entries
--- frontend.orig/gtk/CVS/Entries   Wed Dec 31 16:00:00 1969
+++ frontend/gtk/CVS/EntriesWed Aug 28 23:24:55 2002
@@ -0,0 +1,3 @@
+/Makefile/1.4/Tue Jul  9 05:25:05 2002//
+/text.c/1.13/Wed Aug  7 16:19:51 2002//
+D
diff -Nur frontend.orig/gtk/CVS/Repository frontend/gtk/CVS/Repository
--- frontend.orig/gtk/CVS/RepositoryWed Dec 31 16:00:00 1969
+++ frontend/gtk/CVS/Repository Wed Aug 28 23:24:55 2002
@@ -0,0 +1 @@
+debian-installer/tools/cdebconf/src/modules/frontend/text
diff -Nur frontend.orig/gtk/CVS/Root frontend/gtk/CVS/Root
--- frontend.orig/gtk/CVS/Root  Wed Dec 31 16:00:00 1969
+++ frontend/gtk/CVS/Root   Wed Aug 28 23:24:55 2002
@@ -0,0 +1 @@
+:pserver:[EMAIL PROTECTED]:/cvs/debian-boot
diff -Nur frontend.orig/gtk/Makefile frontend/gtk/Makefile
--- frontend.orig/gtk/Makefile  Wed Dec 31 16:00:00 1969
+++ frontend/gtk/Makefile   Sat Aug 31 18:31:54 2002
@@ -0,0 +1,8 @@
+MODULE=gtk
+SOBJ=gtk.so
+OBJS=gtk.opic
+INCLUDES=`pkg-config --cflags gtk+-2.0`
+
+MODLDFLAGS=`pkg-config --libs gtk+-2.0`
+
+include ../modules.mak
diff -Nur frontend.orig/gtk/gtk.c frontend/gtk/gtk.c
--- frontend.orig/gtk/gtk.c Wed Dec 31 16:00:00 1969
+++ frontend/gtk/gtk.c  Tue Sep  3 17:01:25 2002
@@ -0,0 +1,1054 @@
+/***
+ *
+ * cdebconf - An implementation of the Debian Configuration Management
+ *System
+ *
+ * File: gtk.c
+ *
+ * Description: gtk UI for cdebconf
+ * Some notes on the implementation - optimistic at best. 
+ *  mbc - just to get this off of the ground, Im' creating a dialog
+ *and calling gtk_main for each question. once I get the tests
+ *running, I'll probably send a delete_event signal in the
+ *next and back button callbacks. 
+ *
+ *There is some rudimentary attempt at implementing the next
+ *and back functionality. 
+ *
+ * $Id: text.c,v 1.13 2002/08/07 16:19:51 tfheen Exp $
+ *
+ * cdebconf is (c) 2000-2001 Randolph Chung and others under the following
+ * license.
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ *
+ * 1. Redistributions of source code must retain the above copyright
+ * 

Re: PowerPC kernel repository (was: Woody on IBM RS/6000 7025 F50)

2002-09-03 Thread Chris Tillman

On Fri, Aug 23, 2002 at 09:23:51AM -0500, Rolf Brudeseth wrote:
 
  On Thu, Aug 22, 2002 at 10:06:56PM +0300, George Karaolides wrote:
  
   Further to my previous post about the serial port slowing down during
   booting, here are the interrupts.  It took an hour and a half to get to
 a
   shell...
  
   It doesn't look like there's anything amiss.  Anyone have any other
 ideas?
 
  Is it possible your terminal is set to a different rate than the kernel
  is communicating on? On Macs, the OF rate is 38400, but when I would
  pass 9600 to the kernel in the boot argument without changing the rate
  on the terminal, I would get something like that.
 
  --
  *--v- Installing Debian GNU/Linux 3.0 v--*
  |  http://www.debian.org/releases/stable/installmanual |
  |debian-imac: http://debian-imac.sourceforge.net   |
  |Chris Tillman[EMAIL PROTECTED]  |
  |  To Have, Give All to All (ACIM)   |
  **
 
 Following the various install attempts on IBM hardware documented in this
 mailing list, for a given architecture, it is clear that we have been using
 kernels of different origin. It appears to me that we would benefit from
 having a kernel repository with pre-compiled kernels. I know how to compile
 a kernel; however, I prefer to use pre-compiled kernels that have been
 built by people that fully understand the requirements for which source
 tree to choose, patches to apply, compiler versions to use, etc. This way
 we are all working with a common set of kernels.
 
 Does this sound like a reasonable request?
 
 If so, could someone create the following URL:
 http://ftp.debian.org/debian/dists/sarge/main/disks-powerpc/current/
 with the following sub-directories:
 prep
 chrp
 power3
 ppc64
 
 Then add the following to each sub-directory:
 vmlinux-2.4.xx
 zImage-2.4.xx
 config file
 
 
 Rolf
 
 --
 Rolf Brudeseth
 [EMAIL PROTECTED]
 pSeries System Engineering  Integration, IBM Enterprise Systems Group
 Austin, TX
 

There was no response to this request on the debian-powerpc list, I 
guess it really belongs to debian-boot (cc'd). 

Since the consensus is that the current prep and chrp kernels which
we supply as part of boot-floppies are badly broken and unusable, 
would something like this be considered for a stable point release?

-- 
*--v- Installing Debian GNU/Linux 3.0 v--*
|  http://www.debian.org/releases/stable/installmanual |
|debian-imac: http://debian-imac.sourceforge.net   |
|Chris Tillman[EMAIL PROTECTED]  |
|  To Have, Give All to All (ACIM)   |
**


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