Re: freebsd-manpages upstream tar ball format
On 08/21/10 01:54, Axel Beckert wrote: Hi, Julien Cristau wrote: - freebsd-manpages 8.1-1: this one is a new upstream version that has just been uploaded, but it only contains documentation. The goal is to have the documentation in sync with the code (all the kfreebsd related packages have been upgraded to 8.1). It'd be nice if stuff wasn't hidden away in binary files so debdiff would work, but unblocked. That's basically the reason why I haven't sponsored that package already about three weeks ago: Upstream distributes the tar ball in a dozen (or so) 1.44 MB sized chunks which IIRC give concatentated together a tar ball. Why do we then use a tar ball of those files as orig.tar.gz instead of the concatenated tar ball produced out of these files? I agree, please send suggestions on what to do extactly after having them downloaded. cat them together into manpages.tar.gz, gunzip then create an orig.tar.gz of that? Gurkan -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c723279.2020...@phys.ethz.ch
Re: APM support kernel
El Sun, 22 Aug 2010 15:50:13 -0700 (PDT) David Moles escribió: > --- On Sun, 8/22/10, AngelD wrote: > > I have a old > > portable IBM ThinkPad T20. This it does not work > > with ACPI (hal freeze the computer), only work with APM. I > > need to > > recompile the kfreebsd kernel with other options. > > > > How compile the kernel?. A manual > > of kfreebsd kernel > > config?. > > You don't have to. ACPI is built as a module (acpi.ko) so just edit > grub.cfg and remove the acpi.ko line. The system freeze if remove or change to apm the line: kfreebsd_module_elf /lib/modules/7.3-1-686/acpi.ko The error: Fatal trap 12: page fault while kernel mode fault virtual address = 0x914 fault code = supervisor read, page not present instruction pointer= 0x20:0xc0a7db92 stack pointer = 0x28:0xd4fdbb64 frame pointer = 0x28:0xd4fdbb8c code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = Interrupt enabled, resume, IOPL = 0 trap number= 12 panic: page fault Uptime: 1s Best Regards --- Angel -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100823112144.3290d...@x32
Re: freebsd-manpages upstream tar ball format
G�rkan Seng�n dixit: > I agree, please send suggestions on what to do extactly after having > them downloaded. cat them together into manpages.tar.gz, gunzip then > create an orig.tar.gz of that? Why? Concatenate them together into the .orig.tar.gz – it’s a tar.gz already from what I can gather here. The dpkg extraction stuff will DTRT about putting it into a correctly-named directory. bye, //mirabilos -- I believe no one can invent an algorithm. One just happens to hit upon it when God enlightens him. Or only God invents algorithms, we merely copy them. If you don't believe in God, just consider God as Nature if you won't deny existence. -- Coywolf Qi Hunt -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.bsm.4.64l.1008231103480.12...@herc.mirbsd.org
Meeting Minutes for the IRC Release Team Meeting on August 23, 2010
Hi there, those are the minutes of Monday's IRC meeting at #debian-release. 1) What will be the release architectures for squeeze? - sparc will be kept as a release architecture for now. The gcc code generation code which moved to v9/32bit has taken place in Nov 2009. There will be rebuilds of all packages that haven't been rebuilt since. The exact details of this still need to be sketched out. [assignee: pkern] - mips*: #519006 is hurting us badly. GCC upstream was pinged, Loongson and Codesourcery will be contacted about a backport to gcc-4.4 if there's no answer. [assignee: aurel32] - mips: a possible toolchain issue popped up on openjdk-6, which needs investigation [assignee: aurel32] - mipsel: another Loongson machine will be shipped to aba for use as a porter box [assignees: zobel, aba] - hppa: HPPA will be dropped as a release architecture for squeeze. Details on a possible squeeze-hppa release need to be discussed with the hppa porters. [assignee: ?] - kfreebsd-*: We consider a released kfreebsd-* package set as a technology preview, that might not be up to the full Debian standards. We will try to keep it in the same infrastructure set (i.e. as normal architectures) for squeeze, but this can be reviewed later. 2) Which transitions are left for squeeze? What's their current state? - gnustep: RC bug on hppa, fix pending upload. Looks good otherwise. - opencv: one FTBFS on hppa - ace: FTBFS on armel and kfreebsd, not a blocker - php: No transition removing deprecated features. - mono: mail to debian-release@ to be sent [assignee: meebey] - apt: transition can be started in unstable [assignee: mvo] - xapian: ditto [assignee: olly] 3) Release Team meeting 2-3 October in Paris: Who's going? - Negotiations about times, crashing space and travel sponsorship need to be done with zack. [assignee: faw] - mehdi, jcristau, luk, adsb, aba and pkern can probably make it; HE: unsure; faw: relying on the availabilty of overseas travel sponsorship, if not possible following remotely - Maulkin cannot make it. 4) What's the state of the Release Notes? - timeline: 4 weeks to get them ready, 2 weeks of string freeze, 1 week of fixes and final week for translations (i.e. 2 months) [assignee: faw] - upgrade-reports to be prepared and solicited [assignee: vorlon] 5) Any other business? - This item was not called as the time budget was exceeded. A full log is available on [1] (text-only version on [2]). Action and info items are also available as extracted bits on [3]. Kind regards, Philipp Kern on behalf of the Debian Release Team [1] http://meetbot.debian.net/debian-release/2010/debian-release.2010-08-23-20.02.log.html [2] http://meetbot.debian.net/debian-release/2010/debian-release.2010-08-23-20.02.log.txt [3] http://meetbot.debian.net/debian-release/2010/debian-release.2010-08-23-20.02.html signature.asc Description: Digital signature
Re: Releasability of the kFreeBSD ports
On Sun, 22 Aug 2010, Adam D. Barratt wrote: > On Thu, 2010-08-05 at 22:41 +0200, Peter Palfrader wrote: > > > > So, what do you think is still missing? What would we need to > > > > communicate > > > > as a disclaimer to the users if releasing kFreeBSD in this state? > [...] > > With my DSA hat on I have to say that I'm not entirely happy with what > > we have so far. > > > > The biggest pain for us currently is that puppet just does not work > > reliably on kfreebsd (both i386 and amd64). This may be a ruby bug, but > > it's still really, really annoying. > > Do DSA have any other major concerns about maintaining kfreebsd-* > machines? (You said puppet is the biggest, so I assume there are others > of some size) Not really anything serious, as far as I can remember right now. There's the odd package that doesn't work for now (e.g. molly-guard), and some of the packages that we have on all our linux machines don't exist on kfreebsd but these seem to fall into two categegories: - linux specific (networking) tools (like vlan, ifenslave, bridge-utils, iproute, strace, lsof, lshw) which may or may not have an equivalent tool in kfreebsd, and - packages that got renamed or removed since lenny (timeout, emacs22). (The freebsd machines are currently our only squeeze machines, everything else is on stable.) There are also a handful of scripts that we have not yet ported to support kfreebsd properly. For instance our kernel nagios check does not know enough about freebsd to tell whether it's running the latest (installed) kernel - http://git.debian.org/?p=mirror/dsa-nagios.git;a=blob;f=dsa-nagios-checks/checks/dsa-check-running-kernel if anybody wants to send a patch (or re-implement entirely). But these other things are not really show-stoppers in my opinion. Cheers -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100823223616.gn15...@anguilla.noreply.org
[Call for help] debian-installer manual
Hi all, Another call for help, this time about the debian-installer manual. Now that we have a debian-installer more or less in a releasable state on GNU/kFreeBSD, we also need to have a decent installation manual. There is nothing to write from scratch, but rather updating sections that are different on GNU/kFreeBSD than on GNU/Linux. The installer manual is translated in many languages, so it's something to do soon if we want it to be translated. It is written in Docbook XML format and is available in the debian-installer SVN [1]. Some more details are also available on [2]. If you are interested to help, just answer to this mail, I'll provide more details. Cheers, Aurelien [1] http://svn.debian.org/wsvn/d-i/trunk/manual/ [2] http://d-i.alioth.debian.org/manual/ -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100823225638.gj19...@hall.aurel32.net
Re: [Glibc-bsd-commits] r3162 - trunk/zfsutils/debian/patches
Hi,
On Fri, Aug 13, 2010 at 10:46:46PM +, Tuco Xyz wrote:
> Author: tuco-guest
> Date: 2010-08-13 22:46:46 + (Fri, 13 Aug 2010)
> New Revision: 3162
>
> Added:
>trunk/zfsutils/debian/patches/10_dev_dsk.diff
> Modified:
>trunk/zfsutils/debian/patches/series
> Log:
>
> This makes zpool import work. The real problem here is NOT that /dev/ is not
> searched for. On FreeBSD scan is usually performed by geom_find_import(), and
> /dev is not searched unless that fails. The problem was that GNU realpath()
> fails for inexistant paths and BSD realpath() doesn't.
>
Given the explanation you are giving there, I am not sure it is the
correct fix. Given GNU realpath() behave differently than the BSD
realpath() used in the original code, how about fixing the code
that call realpath() to behave correctly with the GNU version?
>
> Added: trunk/zfsutils/debian/patches/10_dev_dsk.diff
> ===
> --- trunk/zfsutils/debian/patches/10_dev_dsk.diff
> (rev 0)
> +++ trunk/zfsutils/debian/patches/10_dev_dsk.diff 2010-08-13 22:46:46 UTC
> (rev 3162)
> @@ -0,0 +1,40 @@
> +--- a/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
> b/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
> +@@ -1468,7 +1468,11 @@
> +
> + if (searchdirs == NULL) {
> + searchdirs = safe_malloc(sizeof (char *));
> ++#ifdef __sun
> + searchdirs[0] = "/dev/dsk";
> ++#else
> ++searchdirs[0] = "/dev";
> ++#endif
> + nsearch = 1;
> + }
> +
> +--- a/cddl/contrib/opensolaris/lib/libzfs/common/libzfs_import.c
> b/cddl/contrib/opensolaris/lib/libzfs/common/libzfs_import.c
> +@@ -848,7 +848,11 @@
> + size_t pathleft;
> + struct stat64 statbuf;
> + nvlist_t *ret = NULL, *config;
> ++#ifdef __sun
> + static char *default_dir = "/dev/dsk";
> ++#else
> ++static char *default_dir = "/dev";
> ++#endif
> + int fd;
> + pool_list_t pools = { 0 };
> + pool_entry_t *pe, *penext;
> +@@ -894,9 +898,11 @@
> + * reading the labels skips a bunch of slow operations during
> + * close(2) processing, so we replace /dev/dsk with /dev/rdsk.
> + */
> ++#ifdef __sun
> + if (strcmp(path, "/dev/dsk/") == 0)
> + rdsk = "/dev/rdsk/";
> + else
> ++#endif
> + rdsk = path;
> +
> + if ((dirp = opendir(rdsk)) == NULL) {
>
> Modified: trunk/zfsutils/debian/patches/series
> ===
> --- trunk/zfsutils/debian/patches/series 2010-08-13 22:24:54 UTC (rev
> 3161)
> +++ trunk/zfsutils/debian/patches/series 2010-08-13 22:46:46 UTC (rev
> 3162)
> @@ -7,3 +7,4 @@
> 07_manpages.diff
> 08_libbsd.diff
> 09_xdr_control.diff
> +10_dev_dsk.diff
>
>
> ___
> Glibc-bsd-commits mailing list
> glibc-bsd-comm...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/glibc-bsd-commits
>
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100823231224.ga15...@hall.aurel32.net
Bug#592676: can't import pool after exporting it
[ Sorry for the delay, I was working on d-i ] On Fri, Aug 13, 2010 at 07:10:38PM -0400, Tuco wrote: > On 8/13/10, Tuco wrote: > > On 8/12/10, Petr Salinger wrote: > >>> Attached patch fixes the first problem: zpool searches for disks in > >>> /dev/dsk instead of /dev, but then importing still fails. > >> > >> Do you have access to our SVN, don't you ? ;-) > > > > Yes but I'm thinking I'm not sure this would be the right fix, as the > > problem persists. Also, FreeBSD zpool is not affected, and they build > > from the same source. I'm confused by this. > > I found the real problem, and also commited a few other fixes. With > zfsutils from SVN I can 'zpool import' now :-) > Thanks for the work. I have a comment on r3162, I have answered to the commit log. The other commits are fine. One this is solved, I proceed with the upload. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100823231546.gb15...@hall.aurel32.net
Re: [Glibc-bsd-commits] r3162 - trunk/zfsutils/debian/patches
Aurelien Jarno dixit: >> Author: tuco-guest >> problem was that GNU realpath() fails for inexistant paths and BSD >> realpath() doesn't. AFAICT, it only doesn't fail if the pathname given may be created, i.e. if all but the last component exist (and there are no trailing slashes, per POSIX). bye, //mirabilos -- I believe no one can invent an algorithm. One just happens to hit upon it when God enlightens him. Or only God invents algorithms, we merely copy them. If you don't believe in God, just consider God as Nature if you won't deny existence. -- Coywolf Qi Hunt -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.bsm.4.64l.1008232332400.12...@herc.mirbsd.org
Some kFreeBSD port of Installation manual
Hello, This is some beginning of kFreeBSD/Hurd ports of the Installation manual: basically, it does the following. - Add kfreebsd-i386, kfreebsd-amd64 and hurd-i386 archs (not automatically enabled for now). - Add any-i386, any-amd64, any-x86, kfreebsd-any and hurd-any pseudo-archs - Add an arch_kernel variable turned into &arch-kernel; entity, which can be used for all places where "Linux" appears but other kernel names should be able to appear, I've done so in a few places (not thorough). - Add a "What is Debian GNU/kFreeBSD" part, "What is GNU/kFreeBSD" would probably be a good idea too. - Add the architectures on which kFreeBSD can run - Tag one section which I know applies to Linux only (Board Devices accessibility). I.e. not so much, but should put the sgml grounds for the rest to come: - Marking Linux-only sections (here debian-hurd people could help). - Adding kFreeBSD information, hardware support and boot menu notably. (I don't believe it's useful to add any information about Hurd at this stage, since the current work on DDE should change things quite a bit, and there's no need to add more work to translators) What do people think about this? Samuel Index: build/entities/common.ent === --- build/entities/common.ent (révision 64519) +++ build/entities/common.ent (copie de travail) @@ -3,7 +3,7 @@ - + debian-installer"> @@ -17,7 +17,7 @@ AMD64ARMPA-RISCIntel x86IA-64MipsMipselPowerPCSPARCS/390"> + "AMD64ARMPA-RISCIntel x86IA-64MipsMipselPowerPCSPARCS/390"> Index: build/arch-options/powerpc === --- build/arch-options/powerpc (révision 62894) +++ build/arch-options/powerpc (copie de travail) @@ -2,8 +2,9 @@ # the 'powerpc' architecture # It is sourced by the build scripts -archspec="powerpc;not-s390;not-x86" +archspec="powerpc;not-s390;not-x86;linux-any" arch_listname="powerpc" +arch_kernel="Linux" minimum_memory=32 minimum_memory_gtk=128 # These two options should be set if condition 'smp' is set below Index: build/arch-options/armel === --- build/arch-options/armel(révision 62894) +++ build/arch-options/armel(copie de travail) @@ -6,8 +6,9 @@ # and also continue to use "arm" for arch-specific XML-files in order # to minimize impact on translations. -archspec="arm;not-x86;not-s390;not-powerpc" +archspec="arm;not-x86;not-s390;not-powerpc;linux-any" arch_listname="arm" +arch_kernel="Linux" minimum_memory=32 # These two options should be set if condition 'smp' is set below smp_config_section="N/A" Index: build/arch-options/ia64 === --- build/arch-options/ia64 (révision 62894) +++ build/arch-options/ia64 (copie de travail) @@ -2,8 +2,9 @@ # the 'ia64' architecture # It is sourced by the build scripts -archspec="ia64;not-x86;not-s390;not-powerpc" +archspec="ia64;not-x86;not-s390;not-powerpc;linux-any" arch_listname="ia64" +arch_kernel="Linux" minimum_memory=32 # These two options should be set if condition 'smp' is set below smp_config_section="General setup" Index: build/arch-options/hppa === --- build/arch-options/hppa (révision 62894) +++ build/arch-options/hppa (copie de travail) @@ -2,8 +2,9 @@ # the 'hppa' architecture # It is sourced by the build scripts -archspec="hppa;not-x86;not-s390;not-powerpc" +archspec="hppa;not-x86;not-s390;not-powerpc;linux-any" arch_listname="hppa" +arch_kernel="Linux" minimum_memory=32 # These two options should be set if condition 'smp' is set below smp_config_section="Processor type and features" Index: build/arch-options/mips === --- build/arch-options/mips (révision 62894) +++ build/arch-options/mips (copie de travail) @@ -2,8 +2,9 @@ # the 'mips' architecture # It is sourced by the build scripts -archspec="mips;not-x86;not-s390;not-powerpc" +archspec="mips;not-x86;not-s390;not-powerpc;linux-any" arch_listname="mips" +arch_kernel="Linux" minimum_memory=32 # These two options should be set if condition 'smp' is set below smp_config_section="N/A" Index: build/arch-options/sparc === --- build/arch-options/sparc(révision 62894) +++ build/arch-options/sparc(copie de travail) @@ -2,8 +2,9 @@ # the 'sparc' architecture # It is sourced by the build scripts -archspec="sparc;not-x86;not-s390;not-powerpc" +archspec="sparc;not-x86;not-s390;not-powerpc;linux-any" arch_listname="sparc" +arch_kernel="Linux" minimum_memory=32 # These two options should be set if condition 'smp' is set below smp_config_section="General setup" Index: build/arch-options/i386 =
Re: Some kFreeBSD port of Installation manual
I had forgoten to add the arch files, here is a fixed patch to be used instead. Samuel Index: build/entities/common.ent === --- build/entities/common.ent (révision 64519) +++ build/entities/common.ent (copie de travail) @@ -3,7 +3,7 @@ - + debian-installer"> @@ -17,7 +17,7 @@ AMD64ARMPA-RISCIntel x86IA-64MipsMipselPowerPCSPARCS/390"> + "AMD64ARMPA-RISCIntel x86IA-64MipsMipselPowerPCSPARCS/390"> Index: build/arch-options/powerpc === --- build/arch-options/powerpc (révision 62894) +++ build/arch-options/powerpc (copie de travail) @@ -2,8 +2,9 @@ # the 'powerpc' architecture # It is sourced by the build scripts -archspec="powerpc;not-s390;not-x86" +archspec="powerpc;not-s390;not-x86;linux-any" arch_listname="powerpc" +arch_kernel="Linux" minimum_memory=32 minimum_memory_gtk=128 # These two options should be set if condition 'smp' is set below Index: build/arch-options/armel === --- build/arch-options/armel(révision 62894) +++ build/arch-options/armel(copie de travail) @@ -6,8 +6,9 @@ # and also continue to use "arm" for arch-specific XML-files in order # to minimize impact on translations. -archspec="arm;not-x86;not-s390;not-powerpc" +archspec="arm;not-x86;not-s390;not-powerpc;linux-any" arch_listname="arm" +arch_kernel="Linux" minimum_memory=32 # These two options should be set if condition 'smp' is set below smp_config_section="N/A" Index: build/arch-options/ia64 === --- build/arch-options/ia64 (révision 62894) +++ build/arch-options/ia64 (copie de travail) @@ -2,8 +2,9 @@ # the 'ia64' architecture # It is sourced by the build scripts -archspec="ia64;not-x86;not-s390;not-powerpc" +archspec="ia64;not-x86;not-s390;not-powerpc;linux-any" arch_listname="ia64" +arch_kernel="Linux" minimum_memory=32 # These two options should be set if condition 'smp' is set below smp_config_section="General setup" Index: build/arch-options/hppa === --- build/arch-options/hppa (révision 62894) +++ build/arch-options/hppa (copie de travail) @@ -2,8 +2,9 @@ # the 'hppa' architecture # It is sourced by the build scripts -archspec="hppa;not-x86;not-s390;not-powerpc" +archspec="hppa;not-x86;not-s390;not-powerpc;linux-any" arch_listname="hppa" +arch_kernel="Linux" minimum_memory=32 # These two options should be set if condition 'smp' is set below smp_config_section="Processor type and features" Index: build/arch-options/mips === --- build/arch-options/mips (révision 62894) +++ build/arch-options/mips (copie de travail) @@ -2,8 +2,9 @@ # the 'mips' architecture # It is sourced by the build scripts -archspec="mips;not-x86;not-s390;not-powerpc" +archspec="mips;not-x86;not-s390;not-powerpc;linux-any" arch_listname="mips" +arch_kernel="Linux" minimum_memory=32 # These two options should be set if condition 'smp' is set below smp_config_section="N/A" Index: build/arch-options/sparc === --- build/arch-options/sparc(révision 62894) +++ build/arch-options/sparc(copie de travail) @@ -2,8 +2,9 @@ # the 'sparc' architecture # It is sourced by the build scripts -archspec="sparc;not-x86;not-s390;not-powerpc" +archspec="sparc;not-x86;not-s390;not-powerpc;linux-any" arch_listname="sparc" +arch_kernel="Linux" minimum_memory=32 # These two options should be set if condition 'smp' is set below smp_config_section="General setup" Index: build/arch-options/i386 === --- build/arch-options/i386 (révision 62894) +++ build/arch-options/i386 (copie de travail) @@ -2,8 +2,9 @@ # the 'i386' architecture # It is sourced by the build scripts -archspec="i386;x86;not-s390;not-powerpc" +archspec="i386;any-i386;x86;any-x86;not-s390;not-powerpc;linux-any" arch_listname="boot" +arch_kernel="Linux" minimum_memory=44 minimum_memory_gtk=96 # These two options should be set if condition 'smp' is set below Index: build/arch-options/mipsel === --- build/arch-options/mipsel (révision 62894) +++ build/arch-options/mipsel (copie de travail) @@ -2,8 +2,9 @@ # the 'mipsel' architecture # It is sourced by the build scripts -archspec="mipsel;not-x86;not-s390;not-powerpc" +archspec="mipsel;not-x86;not-s390;not-powerpc;linux-any" arch_listname="mips" +arch_kernel="Linux" minimum_memory=32 # These two options should be set if condition 'smp' is set below smp_config_section="N/A" Index: build/arch-options/hurd-i386 ==
