Re: Arch qualification for buster: call for DSA, Security, toolchain concerns

2018-06-29 Thread Julien Cristau
On 06/27/2018 10:03 PM, Niels Thykier wrote:
> Hi,
> 
> 
> As part of the interim architecture qualification for buster, we request
> that DSA, the security team and the toolchain maintainers review and
> update their list of known concerns for buster release architectures.
> 
Everyone, please avoid followups to debian-po...@lists.debian.org.
Unless something is relevant to *all* architectures (hint: discussion of
riscv or arm issues don't qualify), keep replies to the appropriate
port-specific mailing list.

Thanks,
Julien



Re: ftp.debian-ports.org status

2016-03-04 Thread Julien Cristau
On Fri, Mar  4, 2016 at 07:45:36 -0600, Bob Tracy wrote:

> The subject system has been unreachable for at least the past 12 hours.  
> Scheduled maintenance?  Hardware failure?  Backhoe-induced network
> outage or power failure?
> 
https://lists.debian.org/debian-infrastructure-announce/2016/03/msg0.html

Cheers,
Julien



Re: maintainer communication

2013-12-24 Thread Julien Cristau
On Mon, Dec 23, 2013 at 22:14:00 +, Thorsten Glaser wrote:

 My intent in _this_ thread was to get a discussion among
 debian-ports.org users started for best practices of how
 to communicate with package maintainers in Debian. Sorry
 for being unclear there. I had hoped for hints ☺ since I
 know my communication skills lack somewhat.
 
debian-po...@lists.debian.org is an alias for *all* debian-$arch lists
for debian architectures.  It has nothing to do with debian-ports.org.
If you want a list for debian-ports.org users go create one, but please
don't abuse this one.

Thanks,
Julien


signature.asc
Description: Digital signature


Re: new X server doesn't find input devices

2011-10-10 Thread Julien Cristau
On Sun, Oct  9, 2011 at 21:08:11 -0500, Bob Tracy wrote:

 Dunno...  Something in the hal -- dbus -- udev chain might be broken,
 or maybe the mechanism Xserver uses to access what hal knows about isn't
 quite right.  Regardless, the workaround enables the desired/expected
 Xserver behavior.
 
X doesn't use hal or dbus, and hasn't (in sid) since January 2010.

Cheers,
Julien


-- 
To UNSUBSCRIBE, email to debian-alpha-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111010220623.go12...@radis.liafa.jussieu.fr



Re: Advancing Debian Alpha Porting

2011-05-08 Thread Julien Cristau
On Sun, May  8, 2011 at 12:37:53 +1200, Michael Cree wrote:

 What's the procedure for getting login access to the porter box?

http://dsa.debian.org/doc/guest-account/

Cheers,
Julien


-- 
To UNSUBSCRIBE, email to debian-alpha-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110508082125.gp2...@radis.liafa.jussieu.fr



Re: DSO linking changes for wheezy

2010-11-16 Thread Julien Cristau
On Mon, Nov 15, 2010 at 21:29:07 -0500, Matt Turner wrote:

 On Mon, Nov 15, 2010 at 8:15 PM, Samuel Thibault sthiba...@debian.org wrote:
  Matt Turner, le Mon 15 Nov 2010 19:51:10 -0500, a écrit :
  On Mon, Nov 15, 2010 at 7:24 PM, Roger Leigh rle...@codelibre.net wrote:
   What's the actual problem --as-needed is trying to solve?
  
   The answer is mainly unwanted libraries being linked in as a result
   of using pkg-config (and various other -config variants), though there
   are other, lesser, culprits.  The pkg-config .pc files for gtk, gnome
   and other libraries add in many libraries, most of which aren't
   typically needed.
  
   The solution: fix the .pc files!
  
   Using --as-needed is merely papering over the actual root problem.
   It fixes the symptoms, but it's not addressing the actual cause.
   The number of packages providing broken .pc files is not large, and
   the number breaking due to relying on this brokenness is likely
   just as small.
 
  I can't see why you think --as-needed is fundamentally wrong or 
  unnecessary.
 
  Check out http://www.gentoo.org/proj/en/qa/asneeded.xml
 
  --as-needed has saved tons of time for upgrades like Cairo in Gentoo,
  where Cairo had been linked to glitz which is now useless and gone.
 
  Not a problem, if Cairo was properly exposing the dep.
 
  So
  when people upgraded Cairo, all the software that linked against it
  (and also unnecessarily linked against glitz)
 
  Why did it get linked against glitz?  That's where the problem is.
 
 I think because -lglitz was in cairo's .pc file.
 
That should be fixed by removing -lglitz from cairo's .pc file, not by
passing --as-needed to the linker.

Cheers,
Julien


signature.asc
Description: Digital signature


Re: DSO linking changes for wheezy

2010-11-16 Thread Julien Cristau
On Tue, Nov 16, 2010 at 01:14:09 +0100, Matthias Klose wrote:

 On 14.11.2010 13:19, Julien Cristau wrote:
 On Fri, Oct 29, 2010 at 15:43:57 +0200, Matthias Klose wrote:
 
 For wheezy I'm planning to change the linking behaviour for DSOs
 (turning on --as-needed and --no-copy-dt-needed-entries. The
 rationale is summarized in
 http://wiki.debian.org/ToolChain/DSOLinking. I would like to know
 about issues with these changes on some of the Debian ports, and if
 we need to disable one of these changes on some port.
 
 --no-add-needed sounds like it'll cause a *lot* of build failures for no
 particular gain.  I don't think it's a good idea.
 
 I think it is. Besides fixing potential bugs, else you'll never be
 able to use gold as the linker. See the already filed bug reports.
 
Exactly, see the already filed reports.  You don't need to turn them
into build failures before you can file reports and send patches.

Cheers,
Julien


signature.asc
Description: Digital signature


Re: DSO linking changes for wheezy

2010-11-14 Thread Julien Cristau
On Fri, Oct 29, 2010 at 15:43:57 +0200, Matthias Klose wrote:

 For wheezy I'm planning to change the linking behaviour for DSOs
 (turning on --as-needed and --no-copy-dt-needed-entries. The
 rationale is summarized in
 http://wiki.debian.org/ToolChain/DSOLinking. I would like to know
 about issues with these changes on some of the Debian ports, and if
 we need to disable one of these changes on some port.
 
--no-add-needed sounds like it'll cause a *lot* of build failures for no
particular gain.  I don't think it's a good idea.

Cheers,
Julien


signature.asc
Description: Digital signature


Re: clock disparity on buildd?

2010-05-12 Thread Julien Cristau
On Wed, May 12, 2010 at 12:06:50 +0100, Neil Williams wrote:

 Will affected packages be rescheduled once the clock is fixed?
 
debian-al...@ldo is not the contact address for the buildd admins.

Cheers,
Julien


signature.asc
Description: Digital signature


Re: RFH: #564620

2010-04-08 Thread Julien Cristau
On Thu, Apr  8, 2010 at 10:43:07 +0300, Radu Spineanu wrote:

 Hi guys,
 
 One of the packages I maintain fails to build on alpha. The bug report
 is here:
 
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564620
 
You're using va_list as if it's a pointer type.  It isn't.

The patch below should at least fix the build…

--- sphinxsearch-0.9.9.orig/src/searchd.cpp
+++ sphinxsearch-0.9.9/src/searchd.cpp
@@ -8396,7 +8396,7 @@
CheckRotate ();
CheckReopen ();
CheckFlush ();
-   sphLog ( LOG_INFO, NULL, NULL ); // flush dupes
+   sphInfo ( NULL); // flush dupes
 
ARRAY_FOREACH ( i, g_dListeners )
sphFDSet ( g_dListeners[i].m_iSock, fdsAccept );

Cheers,
Julien


signature.asc
Description: Digital signature


Re: /debian/dists/testing/Contents-alpha* missing

2009-10-29 Thread Julien Cristau
On Thu, 2009-10-29 at 10:19 -0500, Bob Tracy wrote:
 Has testing officially gone bye-bye for Alpha?

Yes.
http://lists.debian.org/debian-devel-announce/2009/10/msg0.html

Cheers,
Julien


-- 
To UNSUBSCRIBE, email to debian-alpha-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: X11 server on alpha -- update

2009-10-16 Thread Julien Cristau
On Fri, Oct 16, 2009 at 01:38:11 -0500, Bob Tracy wrote:

 The above rant is my curious way of acknowledging the hard work Debian
 developers do to make things just work.  I'm *extremely* grateful that
 I don't normally have to deal with the minutiae that are part and parcel
 of their lives as developers.  How they maintain their sanity is beyond
 me.
 
Who says we do? ;)
But thanks...

Cheers,
Julien


-- 
To UNSUBSCRIBE, email to debian-alpha-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: X11 server on alpha -- update

2009-10-15 Thread Julien Cristau
On Thu, Oct 15, 2009 at 02:04:02 -0500, Bob Tracy wrote:

 (II) LoadModule: int10
 (II) Loading /usr/lib/xorg/modules/libint10.so
 dlopen: /usr/lib/xorg/modules/libint10.so: undefined symbol: _alpha_inb
 (EE) Failed to load /usr/lib/xorg/modules/libint10.so
 (II) UnloadModule: int10
 (EE) Failed to load module int10 (loader failed, 7)
 
 Other module failures I can reasonably attribute to the modules being out
 of date with respect to the server, but the int10 module was built and
 installed as part of the server code, so that particular failure made me
 blink a bit :-).
 
That's fixed by
http://cgit.freedesktop.org/xorg/xserver/commit/?id=34eddbbb73bb16395dba0818247909c1b4bee4c2
which afaik will be in 1.7.1.

Cheers,
Julien


-- 
To UNSUBSCRIBE, email to debian-alpha-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: [gentoo-alpha] Need X testers on Alpha. I think we've got it this time.

2009-10-08 Thread Julien Cristau
On Thu, Oct  8, 2009 at 10:05:32 -0400, Matt Turner wrote:

 On Thu, Oct 8, 2009 at 9:59 AM, Jarod Wilson ja...@redhat.com wrote:
  Not a Debian user either, but I believe...
 
  apt-get build-dep name of X server package
 
  ...should do the trick, more or less.
 
 Thanks. I just wonder if it'll pull in the needed versions? X from git
 will require newer versions of various packages than xserver-1.5 or
 whatever version is available in Debian.
 
The build-dependencies for xorg-server 1.7 are all in Debian's
experimental repo (some libs may not be built for alpha yet, but they
shouldn't be needed to build the Xorg server).

Cheers,
Julien


-- 
To UNSUBSCRIBE, email to debian-alpha-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: [BUG] recent squeeze X11 updates causing SIGSEGV on startup

2009-09-14 Thread Julien Cristau
On Mon, Sep 14, 2009 at 11:27:28 -0400, Matt Turner wrote:

 Hi,
 
 Thanks for the report. I was getting the exact same failure as you.
 
 The crash happens in xf86SlowBCopyFromBus, which seems to be totally
 useless. So I killed that code:
 http://cgit.freedesktop.org/xorg/xserver/commit/?id=5ef53a94ce4e48e11de26290cd677266308640c8
 
 If anyone finds that it's needed on some systems, let me know and
 we'll figure out something. Otherwise, that code is gone from
 xserver-1.7 and shouldn't cause any more problems.
 
 I don't know if anyone is planning another 1.6.x release, but if they
 are, they might consider cherry-picking that commit.
 
It can probably be cherry-picked to our package in any case, if someone
confirms that it's enough to make things work.

Cheers,
Julien


-- 
To UNSUBSCRIBE, email to debian-alpha-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Bug#544862: libsynthesis: FTBFS on alpha

2009-09-03 Thread Julien Cristau
On Thu, Sep  3, 2009 at 08:54:37 -0300, David Bremner wrote:

 sysync/debuglogger.cpp: In member function 'virtual void 
 sysync::TDebugLoggerBase::DebugOpenBlock(const char*, const char*, bool)':
 sysync/debuglogger.cpp:606: error: no matching function for call to 
 'sysync::TDebugLoggerBase::DebugVOpenBlock(const char*, const char*, bool, 
 NULL, NULL)'
 sysync/debuglogger.h:271: note: candidates are: virtual void 
 sysync::TDebugLoggerBase::DebugVOpenBlock(const char*, const char*, bool, 
 const char*, va_list)
 make[3]: *** [libsynthesis_la-debuglogger.lo] Error 1
 
Looks like it's wrongly assuming va_list is a pointer type.

Cheers,
Julien


-- 
To UNSUBSCRIBE, email to debian-alpha-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Access to developer machine

2009-02-04 Thread Julien Cristau
On Tue, 2009-02-03 at 19:35 +0100, Manuel Prinz wrote:
  1. The box available for developers is albeniz, right?

Correct.

  2. Since this is the first time I request to use such a service, is
 there any documentation on how to work on the machine? (Like
 use chroot X.)

Run 'dchroot -l' to get a list of available chroots.  'dchroot sid' to
go into the sid chroot.

  3. Is it possible to install libtool from experimental? It is
 required by upstream in case the build system needs to be
 touched.

Contact debian-ad...@l.d.o to get stuff installed in chroots.

Cheers,
Julien


-- 
To UNSUBSCRIBE, email to debian-alpha-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: The State of Alpha Linux

2009-01-09 Thread Julien Cristau
On Thu, 2009-01-08 at 11:32 -0500, Matt Turner wrote:
 No, I don't think this is the problem at all. jcristau, the developer
 who told me he didn't care, has at least one alpha.
 
I used to have (remote) access to an alpha.  I don't anymore (other than
Debian's port machine).

Cheers,
Julien


-- 
To UNSUBSCRIBE, email to debian-alpha-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Bug#490881: give back (on alpha only) and unblock jfsutils

2008-08-01 Thread Julien Cristau
On Thu, Jul 31, 2008 at 22:32:01 +0200, Stefan Hornburg (Racke) wrote:

 Steve Langasek wrote:
 This is a toolchain issue on alpha; Please link using -Wl,--no-relax.

 debian-alpha@lists.debian.org is a better place to ask for help than the
 buildd contact address.


 jfsutils didn't build on alpha. Can you please advise how do I need to
 change debian/rules to use this linking parameters?

The untested patch below should do the trick…

diff -Nru jfsutils-1.1.12.orig/debian/rules jfsutils-1.1.12/debian/rules
--- jfsutils-1.1.12.orig/debian/rules   2008-08-01 14:15:48.0 +0200
+++ jfsutils-1.1.12/debian/rules2008-08-01 14:19:57.0 +0200
@@ -21,5 +21,9 @@
 include /usr/share/cdbs/1/class/autotools.mk
 include /usr/share/cdbs/1/rules/utils.mk
 
+ifeq ($(DEB_BUILD_ARCH),alpha)
+   LDFLAGS += -Wl,--no-relax
+endif
+
 DEB_CONFIGURE_USER_FLAGS := --sbindir=/sbin
 DEB_MAKE_INSTALL_TARGET := install DESTDIR=$(CURDIR)/debian/tmp

Cheers,
Julien


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



Re: hypre stalled on alpha buildd

2008-07-09 Thread Julien Cristau
On Wed, Jul  9, 2008 at 13:22:18 -0400, Adam C Powell IV wrote:

 Hello,
 
 Any ideas why the alpha buildd still shows needs build for hypre after
 two weeks?

there's still a big backlog as the alpha buildd was more or less down
for 2 weeks recently.  Things don't seem to be getting better very fast
unfortunately (still more than 300 packages in Needs-Build).

 In that time, alpha buildds have twice attempted opencascade
 which is vastly larger and non-free...
 
the non-free buildd network is separate.

Cheers,
Julien


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



Re: Please reschedule build of gnat-4.3 on alpha

2008-04-10 Thread Julien Cristau
On Thu, Apr 10, 2008 at 12:45:10 +0200, Ludovic Brenta wrote:

 Selon Tim Cutts [EMAIL PROTECTED]:
  albeniz.debian.org is an alpha porter box.  It has a sid chroot
 
 Yes, and?
 
And you have access to it, and you can request package installations
by mailing [EMAIL PROTECTED]

Cheers,
Julien


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



Re: Bug#472205: xorg-server: FTBFS on alpha in hw/xfree86/os-support/bus/axpPci.c

2008-03-23 Thread Julien Cristau
On Sat, Mar 22, 2008 at 18:28:44 +0100, Julien Cristau wrote:

 http://experimental.debian.net/fetch.php?pkg=xorg-serverver=2%3A1.4.99.901-1arch=alphastamp=1206153477file=logas=raw
 
 This needs porting to pciaccess, much of the arch-specific pci handling
 code should probably be removed...  This has been done upstream for ia64
 recently, but not for alpha.
 Help from alpha porters would be much appreciated :)
 
The attached patch might be a starting point.  It at least gets the
server built, but I have no idea if it works right (and no way to test).

Cheers,
Julien
diff -Nru xorg-server-1.4.99.901/configure.ac xorg-server-1.4.99.901/configure.ac
--- xorg-server-1.4.99.901/configure.ac	2008-03-23 17:26:58.0 +
+++ xorg-server-1.4.99.901/configure.ac	2008-03-23 17:27:00.0 +
@@ -1327,8 +1327,6 @@
 			;;
 		  alpha*)
 		  	linux_alpha=yes
-			XORG_OS_PCI=axp
-			xorg_bus_linuxpci=no
 			;;
 		  i*86|amd64*|x86_64*)
 			linux_acpi=yes
diff -Nru xorg-server-1.4.99.901/hw/xfree86/os-support/bus/Makefile.am xorg-server-1.4.99.901/hw/xfree86/os-support/bus/Makefile.am
--- xorg-server-1.4.99.901/hw/xfree86/os-support/bus/Makefile.am	2008-03-23 17:26:58.0 +
+++ xorg-server-1.4.99.901/hw/xfree86/os-support/bus/Makefile.am	2008-03-23 17:27:00.0 +
@@ -23,9 +23,9 @@
 PCI_SOURCES += sparcPci.c
 endif
 
-if LINUX_ALPHA
-PCI_SOURCES += axpPci.c
-endif
+#if LINUX_ALPHA
+#PCI_SOURCES += axpPci.c
+#endif
 
 if XORG_BUS_SPARC
 PLATFORM_SOURCES = Sbus.c
diff -Nru xorg-server-1.4.99.901/hw/xfree86/os-support/bus/Pci.h xorg-server-1.4.99.901/hw/xfree86/os-support/bus/Pci.h
--- xorg-server-1.4.99.901/hw/xfree86/os-support/bus/Pci.h	2008-03-23 17:26:58.0 +
+++ xorg-server-1.4.99.901/hw/xfree86/os-support/bus/Pci.h	2008-03-23 17:27:00.0 +
@@ -195,7 +195,7 @@
  */
 #if defined(__alpha__)
 # if defined(linux)
-#  define ARCH_PCI_INIT axpPciInit
+#  define ARCH_PCI_INIT linuxPciInit
 # endif
 #elif defined(__arm__)
 # if defined(linux)
diff -Nru xorg-server-1.4.99.901/hw/xfree86/os-support/linux/Makefile.am xorg-server-1.4.99.901/hw/xfree86/os-support/linux/Makefile.am
--- xorg-server-1.4.99.901/hw/xfree86/os-support/linux/Makefile.am	2008-03-23 17:26:58.0 +
+++ xorg-server-1.4.99.901/hw/xfree86/os-support/linux/Makefile.am	2008-03-23 17:27:00.0 +
@@ -8,7 +8,6 @@
 if LINUX_ALPHA
 noinst_LTLIBRARIES += liblinuxev56.la
 PLATFORM_PCI_SUPPORT = \
-   $(srcdir)/lnx_axp.c \
$(srcdir)/../shared/xf86Axp.c
 
 liblinuxev56_la_CFLAGS = $(AM_CFLAGS) -mcpu=ev56


Bug#472205: xorg-server: FTBFS on alpha in hw/xfree86/os-support/bus/axpPci.c

2008-03-22 Thread Julien Cristau
Package: xorg-server
Version: 2:1.4.99.901-1
Severity: serious
Justification: no longer builds from source
Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=15169

http://experimental.debian.net/fetch.php?pkg=xorg-serverver=2%3A1.4.99.901-1arch=alphastamp=1206153477file=logas=raw

This needs porting to pciaccess, much of the arch-specific pci handling
code should probably be removed...  This has been done upstream for ia64
recently, but not for alpha.
Help from alpha porters would be much appreciated :)

Cheers,
Julien


signature.asc
Description: Digital signature


Re: [BUG] 2.6.23-rc3 won't boot on alpha (fwd)

2007-08-21 Thread Julien Cristau
On Tue, Aug 21, 2007 at 10:01:38 -0500, Bob Tracy wrote:

 Steve Langasek wrote:
  On Tue, Aug 21, 2007 at 11:08:54AM +0200, Uwe Schindler wrote:
  
   And how will we boot 2.6.23 then???
  
  How should I know?  I asked for testing in
  http://lists.debian.org/debian-alpha/2007/08/msg00018.html, and apparently
  nobody who's concerned about 2.6.23 yet has seen fit to do so.
 
 Huh???  I sent you the build logs: never got an ACK.

http://lists.debian.org/msgid-search/[EMAIL PROTECTED]

Cheers,
Julien


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



Re: gclcvs

2007-07-18 Thread Julien Cristau
On Wed, Jul 18, 2007 at 14:04:09 -0400, Camm Maguire wrote:

 Greetings!  It appears that the asm/system.h header has been removed:
 
 http://buildd.debian.org/fetch.cgi?pkg=gclcvs;ver=2.7.0-78;arch=alpha;stamp=1184774486
 
 GCL needs this for the imb() assembler routine:
 
 #define SGC
 #include asm/system.h
 #define CLEAR_CACHE imb()
 
 
 1) Is the header coming back?
 
 2) If not, what is the approved replacement?
 
I don't know what the Right Thing™ is, but xorg-server has this:
/* to flush the I-cache before jumping to code which just got loaded */
#define PAL_imb 134
#define istream_mem_barrier() \
__asm__ __volatile__(call_pal %0 #imb : : i (PAL_imb) : memory)

(hw/xfree86/common/compiler.h)
IOW it duplicates the kernel's definition of imb(), and uses it in
doLoadModule() and UnloadModuleOrDriver().

Cheers,
Julien


signature.asc
Description: Digital signature


Re: porting, NMUing opportunities

2007-05-26 Thread Julien Cristau
On Fri, May 25, 2007 at 22:43:49 -0700, Steve Langasek wrote:

 The work needed on each package ranges anywhere from prodding the maintainer
 about a promised upload, to NMUing with patches in the BTS, to deciphering
 obscure build failures. :-)  Any takers?
 
Hi,

I just had a look at mtasc (#425908), pimd (#423516) and olsrd
(#404899), and will try to do more over the week end.

Cheers,
Julien


signature.asc
Description: Digital signature


Re: Failed installing linux-image-2.6.17-2-alpha-smp

2006-12-05 Thread Julien Cristau
On Tue, Dec  5, 2006 at 10:50:47 -0800, acon wrote:

 Thanks Norbert, but i cant find any  kernel newer than 2.6.17 in
 testing repositories:
 
 apt-cache search linux-image-2.6
 llinux-image-2.6-alpha-generic - Linux kernel 2.6 image on Alpha
 linux-image-2.6-alpha-legacy - Linux kernel 2.6 image on Alpha Legacy
 linux-image-2.6-alpha-smp - Linux kernel 2.6 image on Alpha SMP
 linux-image-2.6.17-2-alpha-generic - Linux 2.6.17 image on Alpha
 linux-image-2.6.17-2-alpha-legacy - Linux 2.6.17 image on Alpha Legacy
 linux-image-2.6.17-2-alpha-smp - Linux 2.6.17 image on Alpha SMP
 
 Must i go for unstable?

Yes.

Cheers,
Julien


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



Bug#335578: ocamlopt.opt segfaults on Alpha

2005-11-07 Thread Julien Cristau
Hi,

Starting from ocaml version 3.08.3-8, ocamlopt.opt doesn't work at all
on alpha.  Since 3.08.3-7 built fine, I think this is a toolchain issue.

3.08.3-7 was built with gcc-4.0 4.0.1-4, binutils 2.16.1-2 and
libc6.1-dev 2.3.5-3, while 3.08.3-8 was built with gcc-4.0 4.0.1-6,
binutils 2.16.1cvs20050902-1 and libc6.1-dev 2.3.5-5.
Does anyone know of an alpha-related change in the toolchain between
these versions, which could have caused this?
Unfortunately, I wasn't able to get a meaningful backtrace with gdb (I
only know that the segfault occurs at program startup).

Thanks,
Julien Cristau


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



Re: Bug#335578: ocamlopt.opt segfaults on Alpha

2005-11-07 Thread Julien Cristau
On Mon, Nov  7, 2005 at 18:34:54 +, Sven Luther wrote:

 binutils is the likely culprit, i would say, especially given the way ocamlopt
 fails, and the fact that it was a cvs snapshot only augments that fear.
 
 Julien, could you maybe try downgrading to the older binutils version, and
 seeing what went wrong ? 
 
Indeed, rebuilding with binutils 2.16.1-2, gcc-4.0 4.0.1-6 and
libc6.1-dev 2.3.5-7, the build succeeded, and I got a working
ocamlopt.opt.
The problem seems to be between binutils 2.16.1-2 and
2.16.1cvs20050902-1. Dropping debian-glibc and debian-gcc from the
Mail-Followup-To.

Cheers,
Julien Cristau


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



Re: beta status

2005-11-02 Thread Julien Cristau
On Wed, Nov  2, 2005 at 14:08:07 +, Joey Hess wrote:

 alpha:
 
  - debian-installer FTBFS on alpha, but apparently only on the buildd.

  http://buildd.debian.org/fetch.php?pkg=debian-installerver=20051026arch=alphastamp=1130532682file=logas=raw
We need this build if alpha will be in the beta.
The other builds of 20051026 should be final for the beta, but still
need to be installed and tested out.
 
 This is still a problem and I've seen no progress on this issue. Even
 someone doing a manual build and upload on alpha would probably be
 acceptable this point, (as long as you file a FTBFS bug too or
 something so we remember to investigate the buildd issue later..).
 
I just tried building debian-installer on alpha, but I got the same
problem as the buildd.
The __libc_global_ctors symbol is undefined in
tmp/cdrom/tree/lib/libc.so.6.1-so and
tmp/cdrom/tree/lib/libc.so.6.1-so-stripped.
However, I'm not an alpha expert, so I don't know how to debug this
problem :/

Cheers,
Julien Cristau


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



Re: beta status

2005-11-02 Thread Julien Cristau
[ please Cc: me as I'm not subscribed to -alpha and -boot ]

On Wed, Nov  2, 2005 at 21:38:11 +, Julien Cristau wrote:

 I just tried building debian-installer on alpha, but I got the same
 problem as the buildd.

With MKLIBS = mklibs -v, I get the output at
http://perso.ens-lyon.fr/julien.cristau/d-i_mklibs_alpha.

Cheers,
Julien Cristau


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



Re: X.Org 6.9 Needs Your Build Logs!

2005-10-08 Thread Julien Cristau
On Sat, Oct  8, 2005 at 00:25:57 +0200, Falk Hueffner wrote:

 Julien Cristau [EMAIL PROTECTED] writes:
 
  I just tried to build xorg-x11 from current svn on alpha.
  It failed in xc/lib/GL/mesa/drivers/dri/r128/r128_ioctl.c, with what
  looks like a missing #include somewhere. I don't have the time to
  investigate right now, but will look into it next week if noone does it
  first.
  Build log is available at
  http://perso.ens-lyon.fr/julien.cristau/xorg-x11_6.8.99.900_alpha.log.
 
 Where can this be obtained? I can only find 6.8.2.dfsg.1-8+SVN.
 
Either get the xorg-x11 source package from experimental, or run svn
export svn://necrotic.deadbeast.net/xorg-x11/branches/6.9
xorg-x11-6.8.99.900.dfsg.1.

Cheers,
Julien Cristau


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



Re: X.Org 6.9 Needs Your Build Logs!

2005-10-07 Thread Julien Cristau
Hi,

I just tried to build xorg-x11 from current svn on alpha.
It failed in xc/lib/GL/mesa/drivers/dri/r128/r128_ioctl.c, with what
looks like a missing #include somewhere. I don't have the time to
investigate right now, but will look into it next week if noone does it
first.
Build log is available at
http://perso.ens-lyon.fr/julien.cristau/xorg-x11_6.8.99.900_alpha.log.

Cheers,
Julien Cristau


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