David Booth wrote:
> I was able to solve the problem by re-running mergemaster with a clean
> temproot directory so I guess that there was a problem there.
Yeah, that'll do it too. You should always delete the old temproot
when you start up with new source code.
Doug
--
This .signature s
On Friday 13 July 2007, Doug Barton wrote:
> David Booth wrote:
> > I did a cvsup update of Stable source last night (previous one
> > done about 30 days ago) and after the
> > buildworld>buildkernel>installkernel>reboot(singleuser)>mergemast
> >er -p>installwolrd dance when I run the final mergema
David Booth wrote:
> I did a cvsup update of Stable source last night (previous one done
> about 30 days ago) and after the
> buildworld>buildkernel>installkernel>reboot(singleuser)>mergemaster
> -p>installwolrd
> dance when I run the final mergemaster, I get an error when it is
> trying to se
I did a cvsup update of Stable source last night (previous one done
about 30 days ago) and after the
buildworld>buildkernel>installkernel>reboot(singleuser)>mergemaster
-p>installwolrd
dance when I run the final mergemaster, I get an error when it is
trying to set the namedb stuff in temproot.
On Fri, 13 Jul 2007 19:32:26 +0200
Torfinn Ingolfsen <[EMAIL PROTECTED]> wrote:
> Have you tried restarting cupsd and hpiod, hpssd in the correct order?
> Does hp-toolbox say anything interesting if you try to run it?
Yes, I dried all the obvious, HP-toolbox says " No devices
found.Please make sur
On Fri, Jul 13, 2007 at 10:48:31PM +0300, Abdullah Ibn Hamad Al-Marri wrote:
> Hello,
>
> I csup /usr/src to patch my sysem per on
> http://security.freebsd.org/advisories/FreeBSD-SA-07:05.libarchive.asc
>
> bscause freebsd-update faild.
>
> Looking up update.FreeBSD.org mirrors... 1 mirrors fou
Hi,
Is anyone looking at porting the OpenBSD uberry driver over to FreeBSD?
I have a nice new blackberry that FreeBSD will not detect on the USB
port. Looks like OpenBSD already have a driver that will allow the
blackberry to be detected and change. How different is OpenBSD's usb
stack from the Fr
John Baldwin wrote:
> On Friday 13 July 2007 02:08:59 pm Volker wrote:
>> On 07/11/07 20:42, John Baldwin wrote:
>>> This patch attempts to remove a gross hack with a slightly less gross hack
>>> in
>>> order to avoid clobbering data in signal info that Wine needs. In 7 this
>>> was
>>> fixe
Hello,
I csup /usr/src to patch my sysem per on
http://security.freebsd.org/advisories/FreeBSD-SA-07:05.libarchive.asc
bscause freebsd-update faild.
Looking up update.FreeBSD.org mirrors... 1 mirrors found.
Fetching public key from update1.FreeBSD.org... failed.
No mirrors remaining, giving up.
On Friday 13 July 2007 02:08:59 pm Volker wrote:
> On 07/11/07 20:42, John Baldwin wrote:
> > This patch attempts to remove a gross hack with a slightly less gross hack
> > in
> > order to avoid clobbering data in signal info that Wine needs. In 7 this
> > was
> > fixed by a major change to ho
On 07/11/07 20:42, John Baldwin wrote:
> This patch attempts to remove a gross hack with a slightly less gross hack in
> order to avoid clobbering data in signal info that Wine needs. In 7 this was
> fixed by a major change to how the kernel manages signals internally, and
> that change is too
Hello,
I'm using hplip (from ports) with an usb-conected HP PS8250, and it
works like a charm.
On Thu, 12 Jul 2007 17:57:04 -0400
John Walthall <[EMAIL PROTECTED]> wrote:
> I installed print/hplip and print/cups
>
> I followed the directions at http://am-productions.biz/docs/hplip.php
> exactly
On Sat, 14 Jul 2007 00:55:18 +1000
Norberto Meijome <[EMAIL PROTECTED]> wrote:
> backend/usb-unix.c. is of relevance, methinks it seems to
> need /dev/ulpt ... do you ulpt.ko loaded? and the printer detectd ?
FWIW, I'm using the hplip port with a HP PS8250 printer, connected via
usb.
The hplip p
I've been testing with the wine patch, including the signal patch from
wiki.freebsd.org/Wine and it seems to run fine. I've been using the box
for testing, development and such, no problems that I can see so far.
--
Kris Moore
PC-BSD Software
http://www.pcbsd.com
___
On Thu, 12 Jul 2007 17:57:04 -0400
John Walthall <[EMAIL PROTECTED]> wrote:
> Hullo,
>
> I have a brand-new Hp Deskjet d1420 which is perfectly detected by
> FreeBSD:
> ~ % usbdevs
> addr 1: UHCI root hub, VIA
> addr 2: Deskjet D1400 series, HP
> addr 1: UHCI root hub, VIA
> addr 1: UHCI root h
At 09:38 PM 7/12/2007, Brett Glass wrote:
Since I am not a FreeBSD developer (though I've fed folks snippets
of code to incorporate from time to time), I don't have a full time
"build" server. Where is the best way to download a daily/weekly
snapshot? ftp.freebsd.org seems only to have one snapsh
On 7/12/07, Brett Glass <[EMAIL PROTECTED]> wrote:
Since I am not a FreeBSD developer (though I've fed folks snippets
of code to incorporate from time to time), I don't have a full time
"build" server. Where is the best way to download a daily/weekly
snapshot? ftp.freebsd.org seems only to have o
On Thursday, 12. July 2007, Kim Attree wrote:
> Michael Nottebrock wrote:
> > On Monday, 9. July 2007, Kim Attree wrote:
> >> I made Root's $HOME point to /var/db (touched to make sure it's writable
> >> on the diskless workstation - it is) and the KDM still refuses to pass
> >> to Xorg/KDE.
> >>
On Jul 13, 2007, at 2:17 AM, Alexey Sopov wrote:
While thinking about why it happens once in 5 seconds and has only
ACK bit
set, I tried to check some timeout variables and found interesting
thing.
These lines are in /etc/pf.conf:
set timeout { tcp.first 120, tcp.opening 30, tcp.established
Hi,
I have a box that does a ipv6 6in4 connection to my tunnel broker that
is having issues.
FreeBSD v6gw.fud.org.nz 6.2-STABLE FreeBSD 6.2-STABLE #0: Wed Jun 6
19:16:50 NZST 2007 [EMAIL PROTECTED]:/usr/obj/nanobsd.full/usr/
home/thompsa/scratch/nanobsd/src/sys/CONTIVITY i386
fxp0: flags=8843
While thinking about why it happens once in 5 seconds and has only ACK bit
set, I tried to check some timeout variables and found interesting
thing.
These lines are in /etc/pf.conf:
set timeout { tcp.first 120, tcp.opening 30, tcp.established 86400 }
set timeout { tcp.closing 900, tcp.finwait 45,
>> Why these packets weren't translated by pf nat rules or filtered by pf
>> block rule?
>>
>> Note they appear once in five seconds. Tried to modify frag parameter,
>> but this didn't help. Also I noticed they all have ACK bit set.
>>
>> Thank you.
SU> What is the date of your build (uname -a).
22 matches
Mail list logo