search for: stabalized

I'm having problems when I restart the smb server with it not coming back up. As near as I can tell it's actually NMBD that's having the issue. I'm running RedHat 9.0 on a Compaq ML-370 with Dual 1.2GHz P3s and I just upgraded Samba to 2.2.8a-1 after having this same problem with 2.2.7a When I issue: #service smb restart It says that it shut down and restarted ok, but then nobody

...ed on some other network interface on the machine? Yeah, Google forwards the public-addressed packets to eth0. > If you're using tinc 1.1, please provide the output of "tinc dump edges" while your network is up. The output from "tinc dump edges" from tinc_test_1 (after stabalized) is: tinc_test_1 to tinc_test_2 at 104.197.132.141 port 655 local 10.240.0.4 port 655 options 700000c weight 1 tinc_test_2 to tinc_test_1 at 104.154.59.151 port 655 local 10.240.0.5 port 655 options 700000c weight 1 The output on tinc_test_2 (after stabalized) is: tinc_test_1 to tinc_test_2...

On Sat, 28 Dec 2002, Geoff Shang wrote: | IMHO, the fact that icecast 1.x only supports MP3 and not ogg vorbis makes | it obsolete. Thanks for, in effect, telling the people who still reply on icecast1 that they're useless. As that would make us put a lot of faith in icecast 2. You people need to get over your "If it isnt ogg, it's shit" mentality. Ogg itself is barely a few

>From the killall man page: killall sends a signal to all processes running any of the specified commands. If no signal name is specified, SIGTERM is sent. ---------- Original Message ---------------------------------- From: "Oscar A. Valdez" <oscar.valdez@plastipak.com.sv> Date: 06 Jun 2003 16:10:23 -0600 >>From the smbd man page: >

On Fri, Sep 04, 2020 at 06:24:12PM +0200, Auger Eric wrote: > Hi, > > On 8/21/20 3:15 PM, Jean-Philippe Brucker wrote: > > Add a topology description to the virtio-iommu driver and enable x86 > > platforms. > > > > Since [v2] we have made some progress on adding ACPI support for > > virtio-iommu, which is the preferred boot method on x86. It will be a >

On Fri, Sep 04, 2020 at 06:24:12PM +0200, Auger Eric wrote: > Hi, > > On 8/21/20 3:15 PM, Jean-Philippe Brucker wrote: > > Add a topology description to the virtio-iommu driver and enable x86 > > platforms. > > > > Since [v2] we have made some progress on adding ACPI support for > > virtio-iommu, which is the preferred boot method on x86. It will be a >

...d have currently been keeping it up to date. However, mainline LLVM CVS has been moving faster than I'm able to keep up; constantly updating llvm-poolalloc every time mainline LLVM has changed has proved too time consuming. I've decided that it's better to update once mainline has stabalized (and I've got more time). So, for now, I'm using LLVM 1.9 (technically, the release_19 branch, which is identical to LLVM 1.9 except that DSA has been moved from the LLVM source base to the Pool Allocation project). Using the release_19 branch of the llvm and llvm-poolalloc modules sh...

...ats. But we do want the virtio format used here to be approved by the virtio TC, so it won't change. Eric, Jean-Philippe, does one of you intend to create a github issue and request a ballot for the TC? It's been posted end of August with no changes ... > 2) Has the ACPI table format stabalized already? If and only if > the answer is Yes I will Ack these patches. We don't need to > wait until the ACPI table format is published in a > specification update, but at least some certainty that it > will not change in incompatible ways anymore is needed. > No...

...ats. But we do want the virtio format used here to be approved by the virtio TC, so it won't change. Eric, Jean-Philippe, does one of you intend to create a github issue and request a ballot for the TC? It's been posted end of August with no changes ... > 2) Has the ACPI table format stabalized already? If and only if > the answer is Yes I will Ack these patches. We don't need to > wait until the ACPI table format is published in a > specification update, but at least some certainty that it > will not change in incompatible ways anymore is needed. > No...

...t; been keeping it up to date. However, mainline LLVM CVS has been moving > faster than I'm able to keep up; constantly updating llvm-poolalloc > every time mainline LLVM has changed has proved too time consuming. > I've decided that it's better to update once mainline has stabalized > (and I've got more time). > > So, for now, I'm using LLVM 1.9 (technically, the release_19 branch, > which is identical to LLVM 1.9 except that DSA has been moved from the > LLVM source base to the Pool Allocation project). Using the release_19 > branch of the llvm...

...and all acks included, and I will queue this? My NACK still stands, as long as a few questions are open: 1) The format used here will be the same as in the ACPI table? I think the answer to this questions must be Yes, so this leads to the real question: 2) Has the ACPI table format stabalized already? If and only if the answer is Yes I will Ack these patches. We don't need to wait until the ACPI table format is published in a specification update, but at least some certainty that it will not change in incompatible ways anymore is needed. So what progress has been ma...

...ever heard one ., i'll offer an alternate theory . KiSS - keEp it simple sir ; why should the icecast2 developers be guilt-tripped into repeating icecast's performance ? _ is it not enough that OGG can have a streaming server that supports it ? can't that feature base be developed and stabalized prior to prettyin' up the package w/ features from the original icecast ? another question -- who do you think develops these things ?? go read "Cathedral and the Bazaar" somewhere on the web or in a bo0kstore near you . . don't expect everything , and you won't have to dea...

I wanted to send out a little reminder about my Kickstarter project for Cool Mic, an open source Icecast source client for Android. We need some more support to make this project a reality and I'm hoping to grab your attention for just a minute to tell you about it. Cool Mic is an open-source Icecast 2.x source client. It uses your Android device's microphone to send live audio to

This kind of regression is a fallout of having some code live in separate CVS modules as "projects." It would help to have someone volunteer to maintain each project, which can be as little as making sure it continues to compile or as much as supporting it with answers to questions and bug fixes. Here is the current list of projects: llvm-poolalloc llvm-java (currently unused

...2, and would like to make this happen in the very near future. > I > would also like to put energy into helping complete the transition > from > sourceforge to Xiph servers, including transition from cvs to svn, > now > that motherfish-III is setup and our server situation has stabalized. I haven't been following Ogg2 (are there any docs for it?) so I don't know what that entails. Josh __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail

I am looking to have a number of categories populated from my results of a search. For example, searching on "sport" would display all results for sport. I want to also have a number of categories to refine the documents down. So by clicking on the "Fishing" category or the "Shooting" category, I would only see the results on sport around that category. Now for

We are testing tinc inside Google Compute within a single region and an external region. Two boxes are created as follows: /etc/tinc/test/tinc_test_1 Subnet = 10.240.0.0/16 Subnet = 10.240.0.4/32 Address = 104.154.59.151 /etc/tinc/test/tinc_test_2 Subnet = 10.240.0.0/16 Subnet = 10.240.0.5/32 Address = 104.197.132.141 /etc/tinc/test/tinc.conf Name = $HOST AddressFamily = ipv4 Interface = tun0

...porting libOggFlac to libogg2, and would like to make this happen in the very near future. I would also like to put energy into helping complete the transition from sourceforge to Xiph servers, including transition from cvs to svn, now that motherfish-III is setup and our server situation has stabalized. btw, the app I'm working on: Xinloe - svn co http://svn.xiph.org/trunk/xinloe |. depends on: wxPython (most distros have this available) py-ogg2 - svn co http://svn.xiph.org/trunk/py-ogg2 |. depends on: libogg2 - svn co http://svn.xiph.org/branches/ogg2-arc (Note...

...f that is the only requirement to have a fully-functional streamer. Unfortunately, I believe this is not sufficient for the user base. So, if the developers are interested in providing something that other people want to use, then it is not enough. > can't that feature base be developed and stabalized prior to prettyin' up > the package w/ features from the original icecast ? Yes, it certainly can. But don't call the feature base released. Call it a work in progress (an alpha, in other words). > > another question -- who do you think develops these things ?? go read > &qu...

.... And does absolutely nothing else. I'm sorry, but past precedents and the state of streaming technology today dictates that it do more than that to be considered useful. | _ is it not enough that OGG can have a streaming server that supports it ? | can't that feature base be developed and stabalized prior to prettyin' up | the package w/ features from the original icecast ? | | another question -- who do you think develops these things ?? go read | "Cathedral and the Bazaar" somewhere on the web or in a bo0kstore near you | . . don't expect everything , and you won't ha...