Dear Sir or Madam,
Shenzhen Plutus Electronics Co., Ltd is a professional Alcohol
manufacturer and supplier. Hope Plutus can be your supplier.We specialized in
developing, producing and marketing electronics products. Our main products are
Alcohol Tester,Key Chain, Flashing Products.
At Mon, 29 Jan 2007 16:23:57 +0100,
Phil Knirsch wrote:
> We've recently started working on a project called Linux Hardware
> Compatibility
> Project or in short LHCP. Goals are:
>
> * Provide a list of working hardware for people wanting to buy a new
> computer
> * Provide an idea on what h
Mike Hommey <[EMAIL PROTECTED]>, 2007-01-29 22:50 +0100:
> On Tue, Jan 30, 2007 at 06:22:20AM +0900, Michael(tm) Smith <[EMAIL
> PROTECTED]> wrote:
> I wonder what you are talking about, seems like your mail is kind of
> corrupted.
Yeah, bizarre result of having two console windows open, with mu
Dear Debian People,
I ITPed a package which unfortunately ended up not providing original
sources (sources everybody gets were indentation removed). Unreasonable
denial of providing original source forced me to question good intent of
the author to provide useful and spam/crap-free software. Since
On Tue, Jan 30, 2007 at 06:22:20AM +0900, Michael(tm) Smith <[EMAIL PROTECTED]>
wrote:
> Hi Frans,
>
> /* my attempts at answering a few of your questions, based on my own */
> /* limited experience trying to figure out specs written in Japanese */
> > Files:
> > 373d03c1c9c91fa5926da35b0580b36
Hi Frans,
/* my attempts at answering a few of your questions, based on my own */
/* limited experience trying to figure out specs written in Japanese */
> Files:
> 373d03c1c9c91fa5926da35b0580b36b 664 debian-installer optional
> linux-modules-di-amd64-2.6_1.03.dsc
> e35678f6eea8e123d959905903
I know I'm late to the party, but one big win about qemu build servers
is that they can be instantly cloned, replicated, and shared. We can't
do that with real hardware.
--rich
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
You and your guests are invited to a special industry party.
Wednesday, January 31, 2007
Co-hosted by Music 2.0.
Free event.
Private Red Carpet Opening at 7:00pm.
Doors open at 8:00pm until 2:00am. Dining until 11:00pm.
Special Performances by
Stoll Vaughn and Mighty Mo Rogers.
Music Spun by C
Hello everyone.
We've recently started working on a project called Linux Hardware
Compatibility
Project or in short LHCP. Goals are:
* Provide a list of working hardware for people wanting to buy a new
computer
* Provide an idea on what hardware our/your distribution in run on
* Provide a
* Christian Aichinger <[EMAIL PROTECTED]> [2007-01-29 11:34]:
> If you have any questions about setting up the beast, don't hasitate
> to mail me, though. Perhaps I'll even find some time to revive
> rerun.lefant.net/checklib
And we will get one of the LH machines to run checklib again via cron.
Tollef Fog Heen a écrit :
> * Joey Hess
>
> | > (b) source only uploads are in my experience very often badly tested
> | > if they're even tested at all. For a long time after Ubuntu
> | > switched to source only uploads, it was really obvious that a
> | > large number of them ha
Charles Plessy <[EMAIL PROTECTED]> writes:
> Le Mon, Jan 29, 2007 at 10:42:25AM +0100, Goswin von Brederlow a écrit :
>> Santiago Vila <[EMAIL PROTECTED]> writes:
>>
>> > On Sun, 28 Jan 2007, Benjamin Seidenberg wrote:
>> >
>> >> If we do go to source-only uploads, could this problem be avoided b
On Mon, Jan 29, 2007 at 11:04:12AM +0100, Aurelien Jarno wrote:
> Goswin von Brederlow a écrit :
> > Aurelien Jarno <[EMAIL PROTECTED]> writes:
> >
> >> One first step would be to keep the current build daemons maintainers
> >> (ie the person who signs the upload), and give and access to some
> >>
On Mon, Jan 29, 2007 at 10:20:23AM +0100, Goswin von Brederlow wrote:
> In stable/testing/unstable you have releases with a fixed version that
> can only split of from the main trunk. Any change to stable/testing
> MUST be made special for the old version in stable/testing and forks
> off the main
On Mon, Jan 29, 2007 at 11:04:12AM +0100, Aurelien Jarno wrote:
> wb-i386: ajt, rmurray, troup, vorlon
> wb-mips: ajt, rmurray, vorlon
> There is no wb-amd64 nor wb-mipsel. I don't know why.
amd64 is included in wb-i386; mipsel is included in wb-mips.
Cheers,
aj
signature.asc
Description: Digit
On Jan 29, Josip Rodin <[EMAIL PROTECTED]> wrote:
> What is the current prospect for the non-US archive?
It has been dead for a long time and apparently there are no plans to
resurrect it.
--
ciao,
Marco
signature.asc
Description: Digital signature
Le Mon, Jan 29, 2007 at 10:42:25AM +0100, Goswin von Brederlow a écrit :
> Santiago Vila <[EMAIL PROTECTED]> writes:
>
> > On Sun, 28 Jan 2007, Benjamin Seidenberg wrote:
> >
> >> If we do go to source-only uploads, could this problem be avoided by
> >> having arm and other slow arches wait until
Hi,
What is the current prospect for the non-US archive?
I'm leaning towards removing it from the mirror submission web page,
it seems like clutter there.
--
2. That which causes joy or happiness.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Co
Goswin von Brederlow a écrit :
> Aurelien Jarno <[EMAIL PROTECTED]> writes:
>
>> One first step would be to keep the current build daemons maintainers
>> (ie the person who signs the upload), and give and access to some
>> porters to the wanna-build database. This way they could reschedule
>> fail
On Monday 29 January 2007 10:42:25 Goswin von Brederlow wrote:
> Santiago Vila <[EMAIL PROTECTED]> writes:
> > On Sun, 28 Jan 2007, Benjamin Seidenberg wrote:
> >> If we do go to source-only uploads, could this problem be avoided by
> >> having arm and other slow arches wait until at least one othe
On Mon, Jan 29, 2007, Goswin von Brederlow wrote:
> In Ubuntu you have a parallel version. You split of from the main
> trunk but you follow parallel to it at a small distance. For every new
> main version you want a new ubuntu version. Ubuntu versions aren't a
> branch but rather a filter on top o
Santiago Vila <[EMAIL PROTECTED]> writes:
> On Sun, 28 Jan 2007, Benjamin Seidenberg wrote:
>
>> If we do go to source-only uploads, could this problem be avoided by
>> having arm and other slow arches wait until at least one other arch
>> successfully builds the package?
>
> I think that would be
On Mon, Jan 29, 2007, Goswin von Brederlow wrote:
> I think that is a shortcomming of apt though.
> apt-get install foo=1.2-3
> will fetch foo 1.2-3 from whatever repository that has that
> version. But with
> Package: foo
> Version: 1.2-3
> Depends: bar (= 1.2-3)
> apt-get will NOT fetch bar 1.2-3
Aurelien Jarno <[EMAIL PROTECTED]> writes:
> One first step would be to keep the current build daemons maintainers
> (ie the person who signs the upload), and give and access to some
> porters to the wanna-build database. This way they could reschedule
> failed builds, add dep-wait, or do binNMU.
Loïc Minier <[EMAIL PROTECTED]> writes:
> On Thu, Jan 25, 2007, Wouter Verhelst wrote:
>> Actually, sbuild uses plain apt-get and apt-cache to handle build deps
>> these days; so if apt can handle a dependency, then so can sbuild.
>>
>> The problem really is the fact that experimental has 'NoAuto
Loïc Minier <[EMAIL PROTECTED]> writes:
> On Thu, Jan 25, 2007, Goswin von Brederlow wrote:
>> Evil. Don't change control at build time.
>
> Well, all GNOME packages update their control in the clean target, and
> I think this is ok. The GStreamer packages update their packages in
> a special
26 matches
Mail list logo
