On Sat, 19 Jan 2008, Jacob Meuser wrote:
here's an update. user mounting works if kern.usermount==1 and
you have a fstab entry for the c partition (/dev/cd0c) where the
user owns the mountpoint. i.e. k3b just calls 'mount /dev/cd0c'
and checks if '/dev/cd0c' is mounted.
Mounting and
Here is an update to Kaffeine 0.8.6.
Index: Makefile
===
RCS file: /cvs/ports/multimedia/kaffeine/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile10 Sep 2007 23:22:29 - 1.11
+++ Makefile21
On Mon, 21 Jan 2008, Brad wrote:
Here is an update to Kaffeine 0.8.6.
It misses the update-desktop-database and gtk-update-icon-cache goos.
(not related to your update as they were missing before).
--
Antoine
On Monday 21 January 2008 04:26:58 Antoine Jacoutot wrote:
On Mon, 21 Jan 2008, Brad wrote:
Here is an update to Kaffeine 0.8.6.
It misses the update-desktop-database and gtk-update-icon-cache goos.
(not related to your update as they were missing before).
Then it can be added after.
--
On Mon, 21 Jan 2008, Brad wrote:
Then it can be added after.
Why?
Can't you include them in your update?
--
Antoine
On Monday 21 January 2008 04:34:51 Antoine Jacoutot wrote:
On Mon, 21 Jan 2008, Brad wrote:
Then it can be added after.
Why?
Can't you include them in your update?
Maybe if you show me what needs to be done. I have no idea what this stuff is.
--
This message has been scanned for viruses
Dear All,
I just compiled MenuMaker on 4.2 -current and works like a charm. Here
is a long description
MenuMaker is application finding and menu generation utility. It is capable of
finding lots of installed programs and generating the root menu consistent
across all supported X window
On Mon, 21 Jan 2008, Brad wrote:
Maybe if you show me what needs to be done. I have no idea what this stuff is.
Here you go, your diff+the missing goos.
--
AntoineIndex: Makefile
===
RCS file:
Hi,
[EMAIL PROTECTED] schrieb:
I have just try kqemu and I have the following error during the boot process of
a virtualized OpenBSD :
[13:17:09] [EMAIL PROTECTED]:~ $ qemu -cdrom install42.iso
BEAX= EBX=0089 ECX=d099eee0 EDX=0089
ESI=0001 EDI=d09a6200 EBP=d4fa6e58
are things any better with a non-MP kernel?
On 2008/01/21 11:58, Michael wrote:
Hi,
[EMAIL PROTECTED] schrieb:
I have just try kqemu and I have the following error during the boot process
of a virtualized OpenBSD :
[13:17:09] [EMAIL PROTECTED]:~ $ qemu -cdrom install42.iso
BEAX=
Hi!
On Sun, Jan 20, 2008 at 02:43:59PM +0100, Tobias Ulmer wrote:
(i havn't really tested this, but can't we drop the standard qemu and
make qemu-kqemu the default? In my [admitedly short] testing, this works
fine and just prints a message that it can't load kqemu)
Seems people reported problems
On Mon, 21 Jan 2008, Hannah Schroeter wrote:
Seems people reported problems with kqemu, so I'm not in favor of
dropping the non-kqemu variant.
The point is that qemu should work fine with or without kqemu with no
need of a FLAVOR.
Even if compiled with support for kqemu, qemu will proceed in
Hi,
Stuart Henderson schrieb:
are things any better with a non-MP kernel?
No, already tried that on the PE2950.
My guess is that it's the hardware somehow or maybe the type of CPU
since I only have the problem on the PE2950. It works on the SX270 with
MP kernel (P-4 Northwood 3.00 Ghz) and
On Mon, Jan 21, 2008 at 12:31:10PM +0100, Hannah Schroeter wrote:
Hi!
On Sun, Jan 20, 2008 at 02:43:59PM +0100, Tobias Ulmer wrote:
(i havn't really tested this, but can't we drop the standard qemu and
make qemu-kqemu the default? In my [admitedly short] testing, this works
fine and just
I've been following -current for a long time now, but in the last month
or more there seems to be a problem with the binary packages and the
base sets.
This is valid on amd64, for example on i386 everything is fine.
The error pops up whenever I want to install or update an X related
package:
В сообщении от Суббота 19 января 2008 Jacob Meuser написал(a):
On Sat, Jan 19, 2008 at 09:44:58AM +0200, Antti Harri wrote:
here's an update. user mounting works if kern.usermount==1 and
you have a fstab entry for the c partition (/dev/cd0c) where the
user owns the mountpoint. i.e. k3b just
On 2008/01/21 14:52, Paul Irofti wrote:
I've been following -current for a long time now, but in the last month
or more there seems to be a problem with the binary packages and the
base sets.
This is valid on amd64, for example on i386 everything is fine.
The error pops up whenever I
Hi!
On Mon, Jan 21, 2008 at 12:41:29PM +0100, Antoine Jacoutot wrote:
On Mon, 21 Jan 2008, Hannah Schroeter wrote:
Seems people reported problems with kqemu, so I'm not in favor of
dropping the non-kqemu variant.
The point is that qemu should work fine with or without kqemu with no
need of a
On Mon, Jan 21, 2008 at 12:59:33PM +, Stuart Henderson wrote:
On 2008/01/21 14:52, Paul Irofti wrote:
I've been following -current for a long time now, but in the last month
or more there seems to be a problem with the binary packages and the
base sets.
This is valid on amd64, for
On 2008/01/21 15:25, Paul Irofti wrote:
On Mon, Jan 21, 2008 at 12:59:33PM +, Stuart Henderson wrote:
On 2008/01/21 14:52, Paul Irofti wrote:
I've been following -current for a long time now, but in the last month
or more there seems to be a problem with the binary packages and the
Hi!
On Mon, Jan 21, 2008 at 02:40:20PM +0100, Stefan Sperling wrote:
[...]
Can one, then, also disable kqemu in the kqemu variant of qemu even when
the kqemu kernel module is loaded, e.g. with a command line option?
Yes.
Quoting http://fabrice.bellard.free.fr/qemu/kqemu-doc.html :
[...]
On Mon, Jan 21, 2008 at 02:22:47PM +0100, Hannah Schroeter wrote:
Hi!
On Mon, Jan 21, 2008 at 12:41:29PM +0100, Antoine Jacoutot wrote:
On Mon, 21 Jan 2008, Hannah Schroeter wrote:
Seems people reported problems with kqemu, so I'm not in favor of
dropping the non-kqemu variant.
The point
On Mon, Jan 21, 2008 at 01:29:30PM +, Stuart Henderson wrote:
On 2008/01/21 15:25, Paul Irofti wrote:
On Mon, Jan 21, 2008 at 12:59:33PM +, Stuart Henderson wrote:
On 2008/01/21 14:52, Paul Irofti wrote:
I've been following -current for a long time now, but in the last month
On Sat, Jan 19, 2008 at 04:15:45PM +, Rui Reis wrote:
here's a major update to freeradius version 2.0.0.
I'm also taking maintainership since Tim Kornau doesn't run
freeradius anymore and I've been doing all the previous updates.
comments/oks?
I'd love to see this go in, since I'm
On Mon, 21 Jan 2008, Kenneth R Westerback wrote:
I'd love to see this go in, since I'm trying to convince people to
use OpenBSD/FreeRADIUS at work, but I have no test setup to exercise
it at this time.
Don't worry, it will go in.
Rui's working on it, aren't you Rui ;)
By the way Kenneth, the
On Mon, Jan 21, 2008 at 05:47:47PM +0100, Antoine Jacoutot wrote:
On Mon, 21 Jan 2008, Kenneth R Westerback wrote:
I'd love to see this go in, since I'm trying to convince people to
use OpenBSD/FreeRADIUS at work, but I have no test setup to exercise
it at this time.
Don't worry, it will go
Is anybody working on this [1]?
There was a port proposal a year and half ago [2], but it never got
commited.
[1] http://www.kismetwireless.net/spectools/
[2] http://marc.info/?l=openbsd-portsm=114761065611783w=2
Regards, Mitja
On Jan 21, 2008 1:18 PM, Mitja Muženič [EMAIL PROTECTED] wrote:
Is anybody working on this [1]?
There was a port proposal a year and half ago [2], but it never got
committed.
Just got a Wi-Spy 2.4x. I'd be happy to test a port, or make a
machine available remotely if there is additional work
I'm running the SVN version of spectools. 2007-10-R2... well, to say
it's crap would be harsh, but there are some issues with it. the SVN
version is working pretty well.
CK
On Jan 21, 2008 11:18 AM, Mitja Muženič [EMAIL PROTECTED] wrote:
Is anybody working on this [1]?
There was a port
Tobias Ulmer a écrit :
On Mon, Jan 21, 2008 at 12:31:10PM +0100, Hannah Schroeter wrote:
Hi!
On Sun, Jan 20, 2008 at 02:43:59PM +0100, Tobias Ulmer wrote:
(i havn't really tested this, but can't we drop the standard qemu and
make qemu-kqemu the default? In my [admitedly short]
On Mon, Jan 21, 2008 at 05:47:47PM +0100, Antoine Jacoutot wrote:
On Mon, 21 Jan 2008, Kenneth R Westerback wrote:
I'd love to see this go in, since I'm trying to convince people to
use OpenBSD/FreeRADIUS at work, but I have no test setup to exercise
it at this time.
Don't worry, it will go
On Jan 15, 2008 2:31 AM, Jacob Meuser [EMAIL PROTECTED] wrote:
DESCR:
JACK is a low-latency audio server, written for POSIX conformant
operating systems. It can connect a number of different applications to
an audio device, as well as allowing them to share audio between
themselves. Its
Hello,
I finally found some time to get (and dependency net/yaz)
up-to-date.
Tested @i386, @sparc64.
tellico changelog:
Tellico 1.2.14 - 22 September 2007
Improved entry updating to work with all collection types.
Added MARCXML to allowed SRU search formats.
Fixed bug with MARC stylesheets to
Hello,
I finally found some time to get net/yaz (and following x11/tellico)
up-to-date.
Tested @i386, @sparc64.
yaz changelog: (too long to insert here)
http://www.indexdata.dk/yaz/NEWS
Please somebody commit this together with tellico!
Regards
ahb
Index: Makefile
On Mon, Jan 21, 2008 at 10:32:55PM +0100, DbD wrote:
I can confirm, there are no problem if kernel-kqemu is not enable.
My conclusions about qemu-kqemu, the are 3 options :
- Default, no option : User acceleration (qemu compile with kqemu)
- no-kqemu : Disable all acceleration
-
On Tue, Jan 22, 2008 at 12:53:39AM +0100, Benoit Chesneau wrote:
On Jan 15, 2008 2:31 AM, Jacob Meuser [EMAIL PROTECTED] wrote:
DESCR:
JACK is a low-latency audio server, written for POSIX conformant
operating systems. It can connect a number of different applications to
an audio
On 2008/01/22 00:50, Mikolaj Kucharski wrote:
On Mon, Jan 21, 2008 at 10:32:55PM +0100, DbD wrote:
I can confirm, there are no problem if kernel-kqemu is not enable.
My conclusions about qemu-kqemu, the are 3 options :
- Default, no option : User acceleration (qemu compile with
On Tue 2008.01.22 at 01:08 +0100, Andreas Bihlmaier wrote:
Hello,
I finally found some time to get (and dependency net/yaz)
up-to-date.
Tested @i386, @sparc64.
[snip]
The upstream developer knows that one of the regress tests is broken and
thus already disabled upstream as well.
Hello,
is anyone working on building a port of OpenSER 1.2.x? The reason I'm
asking is that I'm considering doing it myself since I need a secure and
stable version to run on my OpenBSD-servers. I'm also new on this
mailing-list and if anyone knows of a post related to this that I should
Has anybody done a recent port of ipaudit and/or ipaudit-web to OpenBSD
4.2?
I found the source for ipaudit-1.0rc9 and ipaudit-web-1.0BETA9 on the
web, but I had some trouble getting them to work unless I run them as
root, and they seem to assume that a created ipaudit user can open
Suppose you compiled qemu with kqemu flavor
if kqemu is loaded :
1) no kqemu at all :
$ qemu -no-kqemu
2) qemu with kqemu in user mode : (in this mode OpenBSD and NetBSD guests will
work, thanks to Adrian's patch to kqemu : patches/patch-common_monitor_c)
$ qemu
3) qemu with kqemu in kernel
this updates www/mantis to version 1.1.1; this fixes security problems.
comments? ok?
Index: www/mantis/Makefile
===
RCS file: /cvs/ports/www/mantis/Makefile,v
retrieving revision 1.6
diff -u -r1.6 Makefile
--- www/mantis/Makefile
42 matches
Mail list logo