On 22 Aug 2012, at 04:17, George Neville-Neil wrote:
>
> On Aug 17, 2012, at 05:24 , Robert Watson wrote:
>
>>
>> On Thu, 16 Aug 2012, Oleksandr Tymoshenko wrote:
>>
>>> projects/armv6 branch was merged to HEAD and should be considered dead now.
>>
On Aug 17, 2012, at 05:24 , Robert Watson wrote:
>
> On Thu, 16 Aug 2012, Oleksandr Tymoshenko wrote:
>
>> projects/armv6 branch was merged to HEAD and should be considered dead now.
>> This patch is a result of a joint effort by many people. Including but not
>&g
On Thu, 16 Aug 2012, Oleksandr Tymoshenko wrote:
projects/armv6 branch was merged to HEAD and should be considered dead now.
This patch is a result of a joint effort by many people. Including but not
limited to:
Amazing work -- many thanks are due to to everyone who was involved!
Robert
Hello,
projects/armv6 branch was merged to HEAD and should be considered
dead now. This patch is a result of a joint effort by many
people. Including but not limited to:
Grzegorz Bernacki (gber@)
Aleksander Dutkowski
Ben R. Gray (bgray@)
Olivier Houchard (cognet@)
Rafal Jaworowski
On Thu, 2010-07-29 at 14:06 -0700, Ed Maste wrote:
> On Wed, Jul 28, 2010 at 03:10:31PM +, Attilio Rao wrote:
>
> > Log:
> > Initial import of the netdump files.
> > They still need a lot of polishing and cleanup so they might not be
> > considered definitive at all.
>
> This code is a
On Wed, Jul 28, 2010 at 03:10:31PM +, Attilio Rao wrote:
> Log:
> Initial import of the netdump files.
> They still need a lot of polishing and cleanup so they might not be
> considered definitive at all.
This code is a port to recent FreeBSD of Darrell Anderson's network
crashdump supp
Sean Bruno skrev:
My open source class this summer has a lot of people in it looking for 8
week projects.
If you have a decently spec'd out project that a Junior/Senior CS
student can accomplish, send me a link or pointer to it and I'll see if
I can get the project some attention.
On 24/6/09 17:40, Sean Bruno wrote:
> My open source class this summer has a lot of people in it looking for 8
> week projects.
>
> If you have a decently spec'd out project that a Junior/Senior CS
> student can accomplish, send me a link or pointer to it and I'll see i
My open source class this summer has a lot of people in it looking for 8
week projects.
If you have a decently spec'd out project that a Junior/Senior CS
student can accomplish, send me a link or pointer to it and I'll see if
I can get the project some attent
Quoting Robert Watson <[EMAIL PROTECTED]> (from Fri, 28 Jul 2006
13:45:50 +0100 (BST)):
On Fri, 28 Jul 2006, Alexander Leidinger wrote:
BTW, a problem that has occurred a number of times in the past is
that people have approached us with implementations of ideas in
the idea list that i
Quoting Robert Watson <[EMAIL PROTECTED]> (from Fri, 28 Jul 2006
09:52:33 +0100 (BST)):
[moving to [EMAIL PROTECTED] feel free to redirect if you think there's a
more appropriate list]
On Fri, 28 Jul 2006, Joel Dahl wrote:
Modified files:
en/projects/ideasind
On Fri, 28 Jul 2006, Alexander Leidinger wrote:
BTW, a problem that has occurred a number of times in the past is that
people have approached us with implementations of ideas in the idea list
that it has later transpired we aren't actually interested in (sometimes at
all). I think it might n
On Thu, Dec 08, 2005 at 06:12:42PM +0100, [EMAIL PROTECTED] wrote:
> (sorry for cross-posting, in the future this seems better suited for
> emulation@
> )
>
> Hi;
>
> I didn't see any interest for this on the website but perhaps we should be
> working on improving our SVR4 emulation now that Ope
(sorry for cross-posting, in the future this seems better suited for emulation@
)
Hi;
I didn't see any interest for this on the website but perhaps we should be
working on improving our SVR4 emulation now that OpenSolaris is available.
Possible tasks include:
- Updating the emulator wrt NetBSD.
Hi all,
As some of you may have noticed, we've added a new section to the
website, which contains a lot of interesting projects and ideas that
volunteers and developers are encouraged to evaluate and work on.
Some of these projects are simple, and someone just needs to spend some
time on
Performance is important, but I'd call having good design even more
important, righteous API included. Having (potential) application
developers mess with ioctl's and such doesn't seem good to me.
Now, to not to reimplement the wheel, I'd repeat the suggestion of
basically copying and adapting s
On Wed, 12 Mar 2003, Dan Nelson wrote:
DN>In the last episode (Mar 12), Yury Tarasievich said:
DN>> At http://freebsddvb.narod.ru, there exists an adequately up-to-date
DN>> port of linux DVB drivers, seemingly supporting DVB adapters up to
DN>> rev.1.5.
DN>>
DN>> Regarding porting of V4L. I may b
On Wed, 12 Mar 2003, Yury Tarasievich wrote:
YT>At http://freebsddvb.narod.ru, there exists an adequately up-to-date
YT>port of linux DVB drivers, seemingly supporting DVB adapters up to rev.1.5.
YT>
YT>Regarding porting of V4L. I may be utterly wrong, but isn't the whole
YT>V4L/V4L2/V4L2-whatever
In the last episode (Mar 12), Yury Tarasievich said:
> At http://freebsddvb.narod.ru, there exists an adequately up-to-date
> port of linux DVB drivers, seemingly supporting DVB adapters up to
> rev.1.5.
>
> Regarding porting of V4L. I may be utterly wrong, but isn't the whole
> V4L/V4L2/V4L2-what
At http://freebsddvb.narod.ru, there exists an adequately up-to-date
port of linux DVB drivers, seemingly supporting DVB adapters up to rev.1.5.
Regarding porting of V4L. I may be utterly wrong, but isn't the whole
V4L/V4L2/V4L2-whatever thing rather made ad hoc, not really designed?
Could some
Hello all,
As subj. said - does anybody work on porting v4l & (especially!)
drivers for non- bt8x based cards? Specifically saa7134 based (got one and
would rather not have to reboot to Linux to watch TV :-)
Yes, I know, the simplest answer would be "you're interested - you do" but
that'd be quite
On Thu, Jun 20, 2002 at 04:18:38PM -0400, Bosko Milekic wrote:
>
>
> Interesting. How would you have a key bound sequence in mutt set off
> the script on the message, though? For instance, if I do a "ctrl+B", how
> would you ensure that the Right Thing happens, without modifying mutt
> code?
On Sat, Jun 22, 2002 at 01:03:34AM +0200, Mark Santcroos wrote:
> On Fri, Jun 21, 2002 at 11:04:36AM -0700, Brooks Davis wrote:
> > For my purposes, it would need to be seperate so you could copy the
> > module and hack in a new TCP without changing the existing one.
>
> I understand, but you won
might have a reverse situation, so some hooks to both these
layers would come in handy, that was my point.
Mark
--
Mark Santcroos RIPE Network Coordination Centre
http://www.ripe.net/home/mark/ New Projects Group/TTM
To Unsubscribe: send mail to [EMAIL PROT
l you give me a Masters
degree from an accredited University?
This thread is still about students looking for a projects.
8-).
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Fri, Jun 21, 2002 at 08:37:15AM +0200, Mark Santcroos wrote:
> On Thu, Jun 20, 2002 at 01:21:30PM -0700, Julian Elischer wrote:
> > I've been considereing this as a fun project. The difficult comes at the
> > interface/IP boundary.. we'd need am ng_route node to multiplex
> > the packets to th
cked.. If it were easy enough you could retrofit th changes to th
current code but I suspect that it woudl diverge...
> Just wondering.
>
> Mark
>
> --
> Mark SantcroosRIPE Network Coordination Centre
> http://www.ripe.net/home/mark/
On Thu, 20 Jun 2002, Terry Lambert wrote:
>
> Basically, that's my short list. There are actually a lot more
> things that could be done in the networking area; there are things
> to do in the routing area, and things to do with RED queueing, and
> things to do with resource tuning, etc., and,
duplicate the whole stack in the netgraph node or
would it be relatively easy to hook it up to the existing ip and tcp code?
Just wondering.
Mark
--
Mark Santcroos RIPE Network Coordination Centre
http://www.ripe.net/home/mark/ New Projects Group/TTM
To Unsubs
eeds to be used in order tologically seperate virtual routers is not really implementedwell, so there are common ARP issues.There are a couple of projects that
one could take on here; byfar, the most interesting (IMO) would be to support multiplevirtual network cards on a single physical network card. Most
On Thu, 20 Jun 2002, Brooks Davis wrote:
> On Wed, Jun 19, 2002 at 10:09:07PM -0400, David E. Cross wrote:
> > He is however "quite sick" of networking, and was originally looking at
> > the VM code as a potential area (he is gaining an interest in
> > parallelization and synchronization).
>
On Thu, 20 Jun 2002, Bosko Milekic wrote:
> Hey, this is awesome stuff! Thanks! How come we don't have a port?
I've been busy. ;-)
Feel free to do the port if you get time before I do.
Brandon D. Valentine
--
http://www.geekpunk.net [EMAIL PROTECTED]
++[>++<-]>
On Thu, Jun 20, 2002 at 03:27:24PM -0500, Brandon D. Valentine wrote:
> On Thu, 20 Jun 2002, Bosko Milekic wrote:
>
> >On Thu, Jun 20, 2002 at 01:10:39PM -0700, Matthew Hunt wrote:
> >> This shouldn't be hard to glue together without modifying mutt itself.
> >> Make a little program, foo, that t
On Thu, Jun 20, 2002 at 04:18:38PM -0400, Bosko Milekic wrote:
> Interesting. How would you have a key bound sequence in mutt set off
> the script on the message, though? For instance, if I do a "ctrl+B", how
> would you ensure that the Right Thing happens, without modifying mutt
> code?
By
On Thu, 20 Jun 2002, Bosko Milekic wrote:
>On Thu, Jun 20, 2002 at 01:10:39PM -0700, Matthew Hunt wrote:
>> This shouldn't be hard to glue together without modifying mutt itself.
>> Make a little program, foo, that takes the message on stdin, passes
>> it through "formail -x subject", massages it
On Thu, Jun 20, 2002 at 01:10:39PM -0700, Matthew Hunt wrote:
> On Thu, Jun 20, 2002 at 03:24:54PM -0400, Bosko Milekic wrote:
>
> > cool if mutt did it). What this does is pretty straightforward: I see
> > a thread with subject "foo." I don't like it. I really don't like it.
> > I hit a key
On Thu, Jun 20, 2002 at 03:24:54PM -0400, Bosko Milekic wrote:
> cool if mutt did it). What this does is pretty straightforward: I see
> a thread with subject "foo." I don't like it. I really don't like it.
> I hit a key combination such as, I don't know, CTRL+B (or something not
> bound yet),
On Thu, Jun 20, 2002 at 02:36:41PM -0500, Sean Kelly wrote:
> On Thu, Jun 20, 2002 at 03:24:54PM -0400, Bosko Milekic wrote:
> >
> > Hi,
> >
> > Two ideas have come up recently to extend the features of the mutt(1)
> > Email client. I'm not one who has hacked on mutt, nor who really
> > inte
On Thu, Jun 20, 2002 at 03:24:54PM -0400, Bosko Milekic wrote:
>
> Hi,
>
> Two ideas have come up recently to extend the features of the mutt(1)
> Email client. I'm not one who has hacked on mutt, nor who really
> intends to (if I can avoid it, I will), so hence the reason for this
> post.
I
Hi,
Two ideas have come up recently to extend the features of the mutt(1)
Email client. I'm not one who has hacked on mutt, nor who really
intends to (if I can avoid it, I will), so hence the reason for this
post.
So this post is directed at those people who have some extra time on
their ha
On Wed, Jun 19, 2002 at 10:09:07PM -0400, David E. Cross wrote:
> He is however "quite sick" of networking, and was originally looking at
> the VM code as a potential area (he is gaining an interest in
> parallelization and synchronization).
Something I'd like to see which is unfortunatly networ
Trish Lynch wrote:
> Question:
>
> what types of things can be done by people who are generally just
> learning thier way around some of the code? is there anyone willing to
> patiently work with a fast learner (yes, honestly my biggest fear is since
> that I'm entirely self taught is tha
On Thu, 6 Jun 2002, Mike Silbersack wrote:
>
> Or, if you're so inclined, start working on adding a feature that you find
> lacking in FreeBSD. Mentoring someone is a great idea, but it doesn't end
> up working too well in a volunteer project. Contribution works best when
> it's self motivated.
On Fri, 7 Jun 2002, Andrew wrote:
> On Thu, 6 Jun 2002, Trish Lynch wrote:
>
> > what types of things can be done by people who are generally just
> > learning thier way around some of the code? is there anyone willing to
>
> You could go through the PR database and see if there are any prob
On Thu, 6 Jun 2002, Trish Lynch wrote:
> what types of things can be done by people who are generally just
> learning thier way around some of the code? is there anyone willing to
You could go through the PR database and see if there are any problems
reported that you could solve. If you
Actually don;t worry about this
Forget it, really, I was just hoping someone wouldn;t mind someone to
"mold" into a generally decent workhorse.
-Trish
--
Trish Lynch [EMAIL PROTECTED]
FreeBSD The Power to Serve
Ecartis
Question:
what types of things can be done by people who are generally just
learning thier way around some of the code? is there anyone willing to
patiently work with a fast learner (yes, honestly my biggest fear is since
that I'm entirely self taught is that I have some bad habits, and
On Fri, Jul 27, 2001 at 10:58:55AM -0400, Louis A. Mamakos wrote:
> > Matthew Emmerton([EMAIL PROTECTED])@2001.07.26 16:50:52 +:
> > > On Thu, 26 Jul 2001, Matthew Jacob wrote:
> > >
> > > > It'd be nice if one could pass a time specification to at in the form of "next
> > > > reboot".
> > >
In my opinion- this looks pretty good! I'll give it a try later today!
Thanks!
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
> Matthew Emmerton([EMAIL PROTECTED])@2001.07.26 16:50:52 +:
> > On Thu, 26 Jul 2001, Matthew Jacob wrote:
> >
> > > It'd be nice if one could pass a time specification to at in the form of "next
> > > reboot".
> > >
> > > -matt
> > >
> >
> > Why not just write a script for the command and
Matthew Emmerton([EMAIL PROTECTED])@2001.07.26 16:50:52 +:
> On Thu, 26 Jul 2001, Matthew Jacob wrote:
>
> > It'd be nice if one could pass a time specification to at in the form of "next
> > reboot".
> >
> > -matt
> >
>
> Why not just write a script for the command and stick it in
> /usr/
> Well, thank you for your contributions. Go off and play with RSTS or something
> equally suitable.
:)
thank you man...
I wasn't intended to make you feel somewhat unpleasant, so I'm really
going off this topic, wishing you good luck.
--
Igor
> On Fri, 27 Jul 2001, Igor Podlesny wrote:
>>
Well, thank you for your contributions. Go off and play with RSTS or something
equally suitable.
On Fri, 27 Jul 2001, Igor Podlesny wrote:
>
> > You're being somewhat obtuse.
>
> Really? it's probably because I don't multiply apple * milk wishing to
> receive gasoline in answer.
>
> > Comp
> You're being somewhat obtuse.
Really? it's probably because I don't multiply apple * milk wishing to
receive gasoline in answer.
> Complicated times such as 'teatime' and 'reboot' are explicitly allowed.
It isn't a fact, what a pity...
As I said before teatime is strictly defined in the
You're being somewhat obtuse.
Complicated times such as 'teatime' and 'reboot' are explicitly allowed.
On Fri, 27 Jul 2001, Igor Podlesny wrote:
>
>
>
> > Hmm.
>
> > 'at teatime'
>
> > seems the same as
>
> > 'at reboot'
>
> excerpt from man 1 at which can be seen at
>
>
>http://www.
> Hmm.
> 'at teatime'
> seems the same as
> 'at reboot'
excerpt from man 1 at which can be seen at
http://www.freebsd.org/cgi/man.cgi?query=at&apropos=0&sektion=0&manpath=FreeBSD+4.3-RELEASE&format=html
"...You may also specify midnight, noon, or teatime (4pm) and you can
have..."
So you
Hmm.
'at teatime'
seems the same as
'at reboot'
On Fri, 27 Jul 2001, Igor Podlesny wrote:
>
> > On Thu, 26 Jul 2001, Matthew Jacob wrote:
> >> It'd be nice if one could pass a time specification to at in the form
> >> of "next reboot".
>
> look... there is a big difference between
> On Thu, 26 Jul 2001, Matthew Jacob wrote:
>> It'd be nice if one could pass a time specification to at in the form
>> of "next reboot".
look... there is a big difference between time specification in
at-program and suggested reboot keyword... I'd say it is like
incompatible typ
Matthew Jacob wrote:
>
> On Thu, 26 Jul 2001, Matthew Emmerton wrote:
>
> > On Thu, 26 Jul 2001, Matthew Jacob wrote:
> >
> > > It'd be nice if one could pass a time specification to at in the form of "next
> > > reboot".
> > >
> > > -matt
> > >
> >
> > Why not just write a script for the comman
On Thu, 26 Jul 2001, Matthew Jacob wrote:
> It'd be nice if one could pass a time specification to at in the form
> of "next reboot".
>
> -matt
On Thu, 26 Jul 2001, Matthew Emmerton replied:
> Why not just write a script for the command and stick it in
> /usr/local/etc/rc.d?
>
> -- Matt Emmerton
Because I thought this might be of general utility.
On Thu, 26 Jul 2001, Matthew Emmerton wrote:
> On Thu, 26 Jul 2001, Matthew Jacob wrote:
>
> > It'd be nice if one could pass a time specification to at in the form of "next
> > reboot".
> >
> > -matt
> >
>
> Why not just write a script for t
On Thu, 26 Jul 2001, Matthew Jacob wrote:
> It'd be nice if one could pass a time specification to at in the form of "next
> reboot".
>
> -matt
>
Why not just write a script for the command and stick it in
/usr/local/etc/rc.d?
--
Matt Emmerton
To Unsubscribe: send mail to [EMAIL PROTECTED]
at already understands the concept of "tomorrow" in it's parsing of time. It
also understands special terms like "teatime".
If we simplify this to
at reboot
then all you'd have to do would be to either squirrel these jobs in another
directory and have part of rc check for these or ju
On Thu, Jul 26, 2001 at 10:20:51AM -0700, Matthew Jacob wrote:
>
> It'd be nice if one could pass a time specification to at in the form of "next
> reboot".
This could be implemented as a startup script, no?
On second thoughts, not quite trivial.
It wouldn't be hard to write a separate utility
It'd be nice if one could pass a time specification to at in the form of "next
reboot".
-matt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
above words.
What I did mean though, is that when someone messes with source code at
large in FreeBSD to let the hacker/developer-community know of these
changes plus point out some areas which need to be fixed/looked-out with
these patches in place. Small-term projects.
Also, put out more patch
66 matches
Mail list logo