Re: About merging the Hurd homepage and the Hurd wiki

2008-11-11 Thread Arne Babenhauserheide
Am Montag 10 November 2008 13:56:40 schrieb Thomas Schwinge:
 I pushed my `homepage' branch into the flubber, Savannah and 
github repositories.  Feel free to work on it and even install changes.
 However, be prepared that I do fundamental changes in that branch 
(a.k.a. rewrite history).

This may sound dumb, but how do I get that branches data into my 
workdir (without wrecking something)? 

I just tried to do it and decided to give it a break after 20min, because I 
realized that I already am no longer able to predict what a commit and 
push will now do. 

What I already did (aside from googling and reading command options 
on the man pages of pull, fetch and checkout) - I only list the 
commands which seemed to do something: 

$ git branch -a # to see all branhes
$ git branch --track origin/homepage
$ git checkout origin/homepage 
$ git checkout . # to update my workdir

Best wishes, 
Arne
-- 
-- My stuff: http://draketo.de - stories, songs, poems, programs and stuff 
:)
-- Infinite Hands: http://infinite-hands.draketo.de - singing a part of the 
history of free software.
-- Ein Würfel System: http://1w6.org - einfach saubere (Rollenspiel-) 
Regeln.

-- PGP/GnuPG: http://draketo.de/inhalt/ich/pubkey.txt




[PATCH] Remove warning unused variable ret in kern/eventcount.c

2008-11-11 Thread Shakthi Kannan
Hi,

This removes the warning for unused variable ret in kern/eventcount.c:

2008-11-11  Shakthi Kannan  [EMAIL PROTECTED]

* kern/eventcount.c (evc_wait_clear): Remove unused variable 'ret'.

---
diff --git a/kern/eventcount.c b/kern/eventcount.c
index 1b68ec2..6fcebff 100644
--- a/kern/eventcount.c
+++ b/kern/eventcount.c
@@ -190,7 +190,6 @@ kern_return_t evc_wait(natural_t ev_id)
 kern_return_t evc_wait_clear(natural_t ev_id)
 {
spl_t   s;
-   kern_return_t   ret;
evc_t   ev;

if ((ev_id = MAX_EVCS) ||
-- 
1.5.6




Re: [PATCH] Remove warning unused variable ret in kern/eventcount.c

2008-11-11 Thread Samuel Thibault
Shakthi Kannan, le Tue 11 Nov 2008 21:41:21 +0530, a écrit :
 --- On Tue, Nov 11, 2008 at 9:00 PM, Samuel Thibault
 [EMAIL PROTECTED] wrote:
 | That said, if you continue fixing such warnings, maybe it would be
 | better if you could group such patches into bigger ones, like Barry did
 | some time ago.
 \--
 
 I am sending all changes in a file in a single e-mail, so it is easy
 to review it and also useful for follow-up discussions, or for any
 clarifications. If you would like me to send a group of patches, then
 I will do so in future.

Well, at least group by similarity of correction :)

Samuel




Gnumach Cleanup 13

2008-11-11 Thread Barry deFreese

Hi,

For kicks I did some more cleanup of warnings in gnumach.  The majority 
of the fixes are for initialization of incompatible pointer.. errors.  
Here is a changelog:


2008-07-19  Barry deFreese  [EMAIL PROTECTED]

   * device/device_emul.h (struct device_emulation_ops): Takes 
mach_device_t not void *.
   * i386/i386at/autoconf.c: Make forward declarations for comintr() 
and lprintr() match prototype.
  + Add brackets around initialization members for bus_ctlr and 
bus_device structs.
   * i386/i386at/conf.c (struct dev_ops): Pass nomap instead of nulldev 
for map parameter.
   * i386/i386at/pic_isa.c: Add type for external function 
declarations. (Type defaults to int, make void).


Thanks,

Barry deFreese


Index: device/device_emul.h
===
RCS file: /sources/hurd/gnumach/device/Attic/device_emul.h,v
retrieving revision 1.1.2.1
diff -u -p -r1.1.2.1 device_emul.h
--- device/device_emul.h27 Mar 2007 22:47:09 -  1.1.2.1
+++ device/device_emul.h11 Nov 2008 02:05:02 -
@@ -32,9 +32,9 @@
 /* Each emulation layer provides these operations.  */
 struct device_emulation_ops
 {
-  void (*reference) (void *);
-  void (*dealloc) (void *);
-  ipc_port_t (*dev_to_port) (void *);
+  void (*reference) (mach_device_t);
+  void (*dealloc) (mach_device_t);
+  ipc_port_t (*dev_to_port) (mach_device_t);
   io_return_t (*open) (ipc_port_t, mach_msg_type_name_t,
   dev_mode_t, char *, device_t *);
   io_return_t (*close) (void *);
@@ -55,9 +55,9 @@ struct device_emulation_ops
   io_return_t (*map) (void *, vm_prot_t, vm_offset_t,
  vm_size_t, ipc_port_t *, boolean_t);
   void (*no_senders) (mach_no_senders_notification_t *);
-  io_return_t (*write_trap) (void *, dev_mode_t,
+  io_return_t (*write_trap) (mach_device_t, dev_mode_t,
 recnum_t, vm_offset_t, vm_size_t);
-  io_return_t (*writev_trap) (void *, dev_mode_t,
+  io_return_t (*writev_trap) (mach_device_t, dev_mode_t,
  recnum_t, io_buf_vec_t *, vm_size_t);
 };
 
Index: i386/i386at/autoconf.c
===
RCS file: /sources/hurd/gnumach/i386/i386at/Attic/autoconf.c,v
retrieving revision 1.2.2.13
diff -u -p -r1.2.2.13 autoconf.c
--- i386/i386at/autoconf.c  9 Nov 2006 23:33:44 -   1.2.2.13
+++ i386/i386at/autoconf.c  11 Nov 2008 02:05:02 -
@@ -49,12 +49,12 @@
 
 #if NCOM  0
 extern struct  bus_driver  comdriver;
-extern int comintr();
+extern voidcomintr();
 #endif /* NCOM */
 
 #if NLPR  0
 extern struct  bus_driver  lprdriver;
-extern int lprintr();
+extern voidlprintr();
 #endif /* NLPR */
 
 struct bus_ctlrbus_master_init[] = {
@@ -62,7 +62,7 @@ structbus_ctlrbus_master_init[] = {
 /* drivername unit intraddresslen phys_address
  adaptor alive flags splpic */
 
-  0
+  {0}
 };
 
 
@@ -91,7 +91,7 @@ structbus_device  bus_device_init[] = {
 #endif /* NLPR  0 */
 #endif /* MACH_LPR */
 
-  0
+  {0}
 };
 
 /*
Index: i386/i386at/conf.c
===
RCS file: /sources/hurd/gnumach/i386/i386at/Attic/conf.c,v
retrieving revision 1.4.2.15
diff -u -p -r1.4.2.15 conf.c
--- i386/i386at/conf.c  1 Apr 2007 22:10:40 -   1.4.2.15
+++ i386/i386at/conf.c  11 Nov 2008 02:05:02 -
@@ -75,7 +75,7 @@ struct dev_opsdev_name_list[] =
   cninit() we stick something appropriate here through the
   indirect list */
{ cn, nulldev,nulldev,nulldev,
- nulldev,  nulldev,nulldev,nulldev,
+ nulldev,  nulldev,nulldev,nomap,
  nodev,nulldev,nulldev,0,
  nodev },
 
Index: i386/i386at/pic_isa.c
===
RCS file: /sources/hurd/gnumach/i386/i386at/pic_isa.c,v
retrieving revision 1.1.1.1.4.2
diff -u -p -r1.1.1.1.4.2 pic_isa.c
--- i386/i386at/pic_isa.c   22 Jul 2008 22:28:07 -  1.1.1.1.4.2
+++ i386/i386at/pic_isa.c   11 Nov 2008 02:05:02 -
@@ -30,8 +30,8 @@
 
 
 /* These interrupts are always present */
-extern intnull(), fpintr(), hardclock(), kdintr();
-extern prtnull();
+extern void intnull(), fpintr(), hardclock(), kdintr();
+extern void prtnull();
 
 void (*ivect[NINTR])() = {
/* 00 */hardclock,  /* always */


Re: [PATCH] Remove warning unused variable ret in kern/eventcount.c

2008-11-11 Thread Samuel Thibault
Shakthi Kannan, le Tue 11 Nov 2008 20:50:15 +0530, a écrit :
   * kern/eventcount.c (evc_wait_clear): Remove unused variable 'ret'.

Commited, thanks.

That said, if you continue fixing such warnings, maybe it would be
better if you could group such patches into bigger ones, like Barry did
some time ago.

Samuel




Re: Fwd: Gentoo GNU/Hurd thread in Gentoo Forums

2008-11-11 Thread Sergiu Ivanov
On Sun, Nov 9, 2008 at 11:35 AM, Michael Banck [EMAIL PROTECTED] wrote:

 On Sun, Nov 09, 2008 at 07:08:30AM +0200, Sergiu Ivanov wrote:
  However, do you mean that I can download the sources of emacs22 and
  they will build successfully on Hurd?

 Two weeks ago, that was the case:

 http://buildd.debian-ports.org/fetch.php?pkg=emacs22ver=22.2%2B2-4arch=hurd-i386stamp=1224933865file=logas=raw


Thank you so much! I have emacs on my Hurd now :-) I used to long for
it so much! To me, it's probably one of the happiest events that have
happened recently! :-) Thank you again!

However, I'd like to say that I tried to build emacs this spring and
the build failed... I don't remember the exact error, but what I
remember is that madrazr (Madhusudan C.S.) also tried and failed to
set up emacs, and when we asked about that problem at one of weekly
IRC meetings, we were told that that was an ancient issue...

Regards and Thanks,
scolobb


[PATCH] Fix conflicting types for log function kern/debug.c

2008-11-11 Thread Shakthi Kannan
Hi,

This fixes the warning for conflicting types for built-in log function
in kern/debug.c.

2008-11-11  Shakthi Kannan  [EMAIL PROTECTED]

* Makefile.am: Add -fno-builtin-log to AM_CFLAGS.

---
diff --git a/Makefile.am b/Makefile.am
index 31cf857..188ecd7 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -58,7 +58,7 @@ AM_CFLAGS += \

 # See http://lists.gnu.org/archive/html/bug-hurd/2006-01/msg00148.html.
 AM_CFLAGS += \
-   -fno-strict-aliasing
+   -fno-strict-aliasing -fno-builtin-log

 # The smashing stack protector might be enabled by default, but might emit
 # unsuitable code.
-- 
1.5.6




Re: About merging the Hurd homepage and the Hurd wiki

2008-11-11 Thread Arne Babenhauserheide
Is it possible to only show a shortened version of the news on the start page, 
so that we can write longer news entries, or should the news entries rather be 
like changelog entries which link to full-length articles? 

Am Dienstag 11 November 2008 02:05:10 schrieb Thomas Schwinge:
 In a private email Arne provided some help with the CSS magic needed.  I
 was able to use his hint to create what now appears on the already-known
 URL.  What do you think?

I think it looks quite good. 

But I just spotted a css error: 

The class newsitemcontent needs a min-height value, so that it is always at 
least as high as the newsitemheader

.newsitemcontent
  {
min-height: height_in_lines em; 
// should set the height in multiples of the line-height - 3 could fit
  }

Best wishes, 
Arne
-- 
-- My stuff: http://draketo.de - stories, songs, poems, programs and stuff :)
-- Infinite Hands: http://infinite-hands.draketo.de - singing a part of the 
history of free software.
-- Ein Würfel System: http://1w6.org - einfach saubere (Rollenspiel-) Regeln.

-- PGP/GnuPG: http://draketo.de/inhalt/ich/pubkey.txt




Re: [PATCH] Remove warning unused variable ret in kern/eventcount.c

2008-11-11 Thread Shakthi Kannan
Hi Samuel,

--- On Tue, Nov 11, 2008 at 9:00 PM, Samuel Thibault
[EMAIL PROTECTED] wrote:
| That said, if you continue fixing such warnings, maybe it would be
| better if you could group such patches into bigger ones, like Barry did
| some time ago.
\--

I am sending all changes in a file in a single e-mail, so it is easy
to review it and also useful for follow-up discussions, or for any
clarifications. If you would like me to send a group of patches, then
I will do so in future.

SK

-- 
Shakthi Kannan
http://www.shakthimaan.com