El 11 d’abril de 2012 5:24, David Prévot ha escrit:
> Hi kFreeBSD folks, Hurd folks CC.
>
> After taking care of the website (mostly changing “Debian GNU/Linux” to
> a simple “Debian” where it's accurate), we are wondering if our Debian
> documentation is kFreeBSD-ready, i.e. can we safely drop “G
Hi Robert
Yes it could be possible to use it to create a ppp tunnel over ethernet
but it won't be encrypted which is the main purpose of the package.
// Ola
On Tue, Mar 20, 2012 at 08:51:47PM +0100, Robert Millan wrote:
> El 19 de març de 2012 21:30, Ola Lundqvist ha escrit:
> > Hi
> >
> > Afte
Hi kFreeBSD folks, Hurd folks CC.
After taking care of the website (mostly changing “Debian GNU/Linux” to
a simple “Debian” where it's accurate), we are wondering if our Debian
documentation is kFreeBSD-ready, i.e. can we safely drop “GNU/Linux”, or
do we need to tweak the documentation first?
Le
Accepted:
acpi-modules-8.3-1-amd64-di_8.3-1_kfreebsd-amd64.udeb
to main/k/kfreebsd-8/acpi-modules-8.3-1-amd64-di_8.3-1_kfreebsd-amd64.udeb
cdrom-modules-8.3-1-amd64-di_8.3-1_kfreebsd-amd64.udeb
to main/k/kfreebsd-8/cdrom-modules-8.3-1-amd64-di_8.3-1_kfreebsd-amd64.udeb
crypto-dm-modules-8.3-
Your message dated Tue, 10 Apr 2012 18:48:34 +
with message-id
and subject line Bug#666747: fixed in kfreebsd-8 8.3-1
has caused the Debian Bug report #666747,
regarding kfreebsd-image-9-amd64: "No space left on device" on /run
to be marked as done.
This means that you claim that the problem
Processing commands for cont...@bugs.debian.org:
> block 657927 by 656947
Bug #657927 {Done: Steven Chamberlain }
[kfreebsd-kernel-headers] soundmodem: FTBFS(kfreebsd): undefined reference to
`sound_init'
657927 was not blocked by any bugs.
657927 was blocking: 655074
Added blocking bug(s) of 65
Processing commands for cont...@bugs.debian.org:
> blocks 657927 by 656947
Unknown command or malformed arguments to command.
> reassign 657927 kfreebsd-kernel-headers
Bug #657927 [src:soundmodem] soundmodem: FTBFS(kfreebsd): undefined reference
to `sound_init'
Bug reassigned from package 'src:s
blocks 657927 by 656947
reassign 657927 kfreebsd-kernel-headers
found 657927 0.65
close 657927 0.67
thanks
On 07/04/12 20:22, Christoph Egger wrote:
> Steven Chamberlain writes:
>> I think this was due to 656947 (broken soundcard.h meant the configure
>> testcase would fail) and fixed since kfree
On Tue, 2012-04-10 at 17:15 +0200, Robert Millan wrote:
> Sounds like memory corruption in GRUB. Do you get the same with plain
> QEMU?
Aha, It's '-vga qxl' on the KVM command line that breaks it.
The newer daily install images are fine with qxl, fwiw.
--
dwmw2
smime.p7s
Description: S/MIME c
Hi,
I suspect this bug has nothing to do with the actual content of the
device. Some hints:
- It recently happened in one of my VMs. Tried rebooting a few
times, always failed. Then instead of reboot I shut down and restart,
then it works. Disk content has to be exactly the same in all test
Robert Millan writes:
> El 10 d’abril de 2012 16:11, Christoph Egger ha escrit:
>> Might also just be some more of the libc/pthread/hangs that are slowly
>> going away due to the work of Robert but not gone yet in usntable. In
>> that case I'd try if a build with -j1 works for kfreebsd reliably a
El 10 d’abril de 2012 15:51, David Woodhouse ha escrit:
> Btw, I tried to install Debian/kfreebsd in KVM from the image at
> http://ftp.nl.debian.org/debian/dists/squeeze/main/installer-kfreebsd-amd64/current/images/netboot/mini.iso
> but it just dies at boot with 'unaligned pointer 0x8ef10002. A
El 10 d’abril de 2012 15:52, Ansgar Burchardt ha escrit:
> Should this really be important? To quote from policy
>
> Important programs, including those which one would expect to find on
> any Unix-like system. [...] The important packages are just a bare
> minimum of commonly-expected and nec
El 10 d’abril de 2012 16:11, Christoph Egger ha escrit:
> Might also just be some more of the libc/pthread/hangs that are slowly
> going away due to the work of Robert but not gone yet in usntable. In
> that case I'd try if a build with -j1 works for kfreebsd reliably and
> downgrade this bug to w
On Mon, 2012-04-09 at 15:56 +0200, Julien Cristau wrote:
> Could just use AC_USE_SYSTEM_EXTENSIONS instead to avoid having to
> fiddle with those macros manually.
Sounds like a fine plan — although the fiddling is done now, so any
change would need to be retested on *BSD, Solaris, OpenIndiana, Li
Hi all!
Steven Chamberlain writes:
> On 10/04/12 13:15, Roland Stigge wrote:
>> At http://db.debian.org/machines.cgi, there is io.debian.net listed as
>> kfreebsd-i386 (like asdfasdf for amd64). Unfortunately, my Debian SSH
>> pubkey login doesn't work there (in contrast to asdfasdf). Any idea, w
On 08/03/12 07:37, Robert Millan wrote:
> This looks like #643840.
That was fixed some time ago. Now it fails differently:
> Waiting Virtuoso Server start on port ...
> Waiting Virtuoso Server start on port ...
> Waiting Virtuoso Server start on port ...
> ***FAILED: Could not start
On 10/04/12 13:15, Roland Stigge wrote:
> At http://db.debian.org/machines.cgi, there is io.debian.net listed as
> kfreebsd-i386 (like asdfasdf for amd64). Unfortunately, my Debian SSH
> pubkey login doesn't work there (in contrast to asdfasdf). Any idea, why?
I wouldn't know, I don't have access
Hi Steven,
On 04/10/2012 01:47 PM, Steven Chamberlain wrote:
> On 10/04/12 12:39, Roland Stigge wrote:
>> $ uname -a
>> GNU/kFreeBSD asdfasdf 8.2-1-amd64 #0 Sat Feb 19 23:10:25 CET 2011 x86_64
>> amd64 AMD Sempron(tm) Processor 3000+ GNU/kFreeBSD
>
> This hasn't been seen to fail on kfreebsd-amd6
Hi Roland,
On 10/04/12 12:39, Roland Stigge wrote:
> $ uname -a
> GNU/kFreeBSD asdfasdf 8.2-1-amd64 #0 Sat Feb 19 23:10:25 CET 2011 x86_64
> amd64 AMD Sempron(tm) Processor 3000+ GNU/kFreeBSD
This hasn't been seen to fail on kfreebsd-amd64 before.
Is there a kfreebsd-i386 box you could try this
El 10 d’abril de 2012 0:48, Steven Chamberlain ha escrit:
> Even if MK_KERNEL_SYMBOLS works, it would be nice sometime to skip
> generation of debug symbols at all during the build (of
> kfreebsd-{8,9,10}) if they are not needed/used yet.
Well, in theory we should support DEB_BUILD_OPTIONS=nostri
El 10 d’abril de 2012 1:13, Steven Chamberlain ha escrit:
> Also thanks for including this (I ran into this issue just now on 8.2) :
>
>> * improve_tmpfs_mem_info.diff: Cherry-pick tmpfs allocation from
>> 9-STABLE. (Closes: #666747)
I was holding it till the last minute, just in case Xin
Package: ftp.debian.org
Severity: wishlist
Hi,
As explained in [1], it'd be desireable for powerd to be in the default
install. This only affects kfreebsd-* (powerd is a kFreeBSD-specific
daemon).
Please could you change the priority override so that powerd is set to
"important"?
When you conf
23 matches
Mail list logo
