Hi,
On Mon, 23 May 2011, Roland Mas wrote:
> We should now be in the phase where we pretend it's done, wait for the
> complaints, and fix the problems as they are reported (or laugh them off
> when they come from the too-common expectation that Alioth can be used
> to run any random stuff by any
Hi,
Thanks for improving Alioth :-).
On Mon, May 23, 2011 at 10:35:00PM +0200, Roland Mas wrote:
Hi again,
Status update for the Alioth situation:
[...]
We should now be in the phase where we pretend it's done, wait for the
complaints, and fix the problems as they are reported (or laugh t
On Tue, May 24, 2011 at 12:03 AM, Stig Sandbeck Mathisen
wrote:
> Francesco Poli writes:
>
>> I hope that some appropriate re-directions may be set up real soon now,
>> so that previous URLs can continue to work as before...
>
> If you have a specific example of something that does not work, it
Hi!
Thanks for your work!
On 05/23/2011 10:35 PM, Roland Mas wrote:
> We should now be in the phase where we pretend it's done, wait for the
> complaints, and fix the problems as they are reported (or laugh them off
> when they come from the too-common expectation that Alioth can be used
> to r
On 05/24/2011 09:27 AM, Mathieu Malaterre wrote:
> On Tue, May 24, 2011 at 12:03 AM, Stig Sandbeck Mathisen
> wrote:
>> Francesco Poli writes:
>>
>>> I hope that some appropriate re-directions may be set up real soon now,
>>> so that previous URLs can continue to work as before...
>>
>> If you h
On Tue, May 24, 2011 at 9:36 AM, Martin Alfke wrote:
>> What is the new link for URL such as:
>>
>> https://alioth.debian.org/~malat-guest/
>>
>> Thanks !
> This one is working:
> https://alioth.debian.org/users/malat-guest/
This does not point to my public_html pages. I hosted my gpg
transition
Hi,
I was traveling, so maybe I was missing it, but I did not find anything
on d-devel-announce: What is the rationale for the reorganization? Did
the old machine break suddently, or was it just too weak to handle the
load?
Am Montag, den 23.05.2011, 22:35 +0200 schrieb Roland Mas:
> - read/write
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011年05月24日 15:17, Iain Lane wrote:
>
> In addition to what has already been mentioned: doesn't look like ldap
> replication is working, so I can't use my shiny new DD account:
> [...]
>
Alioth does not use the official password database, so I don
On Tue, 2011-05-24 at 07:59 +0800, jida...@jidanni.org wrote:
> Recently Debian sid split the kernel into these two packages,
>
> linux-image-2.6.39-1-486_2.6.39-1_i386.deb
> linux-image-2.6.39-1-686-pae_2.6.39-1_i386.deb
>
> My Thinkpad ended up being told by the installation scripts to use -486
> "BH" == Ben Hutchings writes:
BH> The clue is in the name. And expanded in the description, in case you
BH> don't know what PAE is.
$ apt-cache show linux-image-2.6.39-1-686-pae|grep Celeron
supported by the Intel Pentium Pro/II/III/4/4M/D, Xeon, Celeron, Core and
That's me. Celeron.
O
Le mardi 24 mai 2011 à 16:41 +0800, jida...@jidanni.org a écrit :
> > "BH" == Ben Hutchings writes:
>
> BH> The clue is in the name. And expanded in the description, in case you
> BH> don't know what PAE is.
>
> $ apt-cache show linux-image-2.6.39-1-686-pae|grep Celeron
> supported by the
> "JM" == Josselin Mouette writes:
JM> How about trying a “grep pae /proc/cpuinfo” instead of looking for
JM> approximate CPU descriptions?
And indeed lshw says
product: Intel(R) Celeron(R) M processor 1.40GHz
capabilities: fpu fpu_exception wp vme de pse tsc msr mce cx8 se
On Tue, May 24, 2011 at 05:32:08PM +0800, jida...@jidanni.org wrote:
> JM> How about trying a “grep pae /proc/cpuinfo” instead of looking for
> JM> approximate CPU descriptions?
> And indeed lshw says
> product: Intel(R) Celeron(R) M processor 1.40GHz
> capabilities: fpu fpu_exc
> "AR" == Andrey Rahmatullin writes:
AR> Or specifically mention early Centrino CPUs not having PAE support.
Celeron™ too! So just say "may" or "might" like the pros do.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listma
Patrick Strasser writes ("Re: bug reporting workflow is outdated"):
> What is the advantage of having a mail-only BTS reporting mechanism?
The advantage is that no-one can make _other_ user interfaces to bug
submission that we don't want. (Or at least, they are deterred from
doing so.)
I agree t
Package: wnpp
Severity: wishlist
Owner: Alessio Treglia
* Package name: jack-stdio
Version : 1.3+20110408.git709becb
Upstream Author : Robin Gareus
* URL : http://rg42.org/oss/jackstdio/start
* License : GPL
Programming Lang: C
Description : JACK audio
On mar., 2011-05-24 at 09:58 -0300, Stefan Monnier wrote:
> > Say, for the sake of sharing a single .deb offline, what bad thing might
> > happen if I run the -486 kernel on my other machines where I could run
> > the -pae kernel?
>
> Nothing serious, unless they have a lot of RAM (in which case t
On Tue, May 24, 2011 at 07:15:29PM +0800, jida...@jidanni.org wrote:
> > "AR" == Andrey Rahmatullin writes:
> AR> Or specifically mention early Centrino CPUs not having PAE support.
> Celeron™ too! So just say "may" or "might" like the pros do.
Early Celerons do have pae:
(a Pentium 2 class o
>> > Say, for the sake of sharing a single .deb offline, what bad thing might
>> > happen if I run the -486 kernel on my other machines where I could run
>> > the -pae kernel?
>> Nothing serious, unless they have a lot of RAM (in which case the kernel
>> may not be able to make use of all of it).
>
Adam Borowski, le Tue 24 May 2011 16:34:55 +0200, a écrit :
> But in general, Celeron is an
> insanely overused brand, it carries no information other than "a crippled
> version of a CPU from Intel" as it can come from about any other brand they
> make.
Indeed. The name could probably be simply d
schrieb Ian Jackson am 2011-05-24 13:34:
> Patrick Strasser writes ("Re: bug reporting workflow is outdated"):
>> What is the advantage of having a mail-only BTS reporting mechanism?
>
> The advantage is that no-one can make _other_ user interfaces to bug
> submission that we don't want. (Or at l
On 2011-05-24, Patrick Strasser wrote:
> Pros and cons for reportbug HTTP transport:
Heh. your pro's is all about the user.
the con is all about the developer.
/Sune
- who has helped many users with their issues just by the data provided
by reportbug.
--
To UNSUBSCRIBE, email to debian-de
Le mardi 24 mai 2011 à 17:05 +0200, Patrick Strasser a écrit :
> > The fat end is a web form for users to submit bugs.
>
> Would that be so bad?
We would get more bug reports.
We already receive more bug reports than we can handle. We need less bug
reports, but more useful ones.
Ergo, putting
Hi,
I have tried to use the debian/rules that you can see below. My
concern is that I would like to make a test package (for maemo, but
actually should also work for debian) in case of using upstart for
init functionalities.
The problem is that if I try to use a debian/cups.upstart file for
that p
schrieb Josselin Mouette am 2011-05-24 17:50:
> Le mardi 24 mai 2011 à 17:05 +0200, Patrick Strasser a écrit :
>>> The fat end is a web form for users to submit bugs.
>>
>> Would that be so bad?
>
> We would get more bug reports.
>
> We already receive more bug reports than we can handle. We nee
On Tue, 2011-05-24 at 17:05 +0600, Andrey Rahmatullin wrote:
> On Tue, May 24, 2011 at 05:32:08PM +0800, jida...@jidanni.org wrote:
> > JM> How about trying a “grep pae /proc/cpuinfo” instead of looking for
> > JM> approximate CPU descriptions?
> > And indeed lshw says
> > product: Intel(
schrieb Sune Vuorela am 2011-05-24 17:33:
> On 2011-05-24, Patrick Strasser wrote:
>> Pros and cons for reportbug HTTP transport:
>
> Heh. your pro's is all about the user.
> the con is all about the developer.
1) reportbug is about to enable users to help developers solve problems.
2) To quote
jida...@jidanni.org writes:
> Say, for the sake of sharing a single .deb offline, what bad thing might
> happen if I run the -486 kernel on my other machines where I could run
> the -pae kernel? Namely other single Celerons having the pae capability.
Nothing happens. You just won't be able to use
On Tue, May 24, 2011 at 08:58:43AM -0700, Ben Hutchings wrote:
> > > JM> How about trying a “grep pae /proc/cpuinfo” instead of looking for
> > > JM> approximate CPU descriptions?
> > > And indeed lshw says
> > > product: Intel(R) Celeron(R) M processor 1.40GHz
> > > capabilitie
Hi Laszlo,
On 11-05-24 at 07:08pm, Laszlo Papp wrote:
> I have tried to use the debian/rules that you can see below. My
> concern is that I would like to make a test package (for maemo, but
> actually should also work for debian) in case of using upstart for
> init functionalities.
> The proble
On Tue, 24 May 2011, Patrick Strasser wrote:
> Having a big number of open bugs is uncomfortable for sure, but I would
> not worry about it if most problems are cared for and a lot of feature
> requests are in the queue. Would be interesting to see the numbers for
> Debian, but I could not find a s
Patrick Strasser writes:
> Developing software for a living based on a bug tracking system I know
> that dilemma. Too much bugs is not very comfortable. Bug reports are
> always of too low quality, I've seen a lot of them.
Actually, they're not always of too low quality. Debian bugs tend to be
Raphael Hertzog, le Tue 24 May 2011 18:48:07 +0200, a écrit :
> On Tue, 24 May 2011, Patrick Strasser wrote:
> > Having a big number of open bugs is uncomfortable for sure, but I would
> > not worry about it if most problems are cared for
Even in a lot of teams, problems are not cared for due to m
On Tue, 24 May 2011, Patrick Strasser wrote:
> Having a big number of open bugs is uncomfortable for sure,
There are currently 72588 un-done bugs reported by 17692 different
addresses which are maintained by at most 2484 maintainers. (Probably
significantly less.)
> but I would not worry about it
On Tue, 2011-05-24 at 18:28 +0200, Goswin von Brederlow wrote:
> jida...@jidanni.org writes:
>
> > Say, for the sake of sharing a single .deb offline, what bad thing might
> > happen if I run the -486 kernel on my other machines where I could run
> > the -pae kernel? Namely other single Celerons h
Quoth Ian Jackson , on 2011-05-24 12:34:40
+0100:
> Apparently, if we don't want X Y Z done then we must resist an http
> interface for bug submission even if it makes it hard for reportbug to
> work correctly, because it's the thin end of a wedge.
>
> The fat end is a web form for users to sub
Hi Laszlo,
On Tue, May 24, 2011 at 07:08:22PM +0300, Laszlo Papp wrote:
> I have tried to use the debian/rules that you can see below. My
> concern is that I would like to make a test package (for maemo, but
> actually should also work for debian) in case of using upstart for
> init functionalitie
Le lundi 23 mai 2011 à 22:35:00 (+0200 CEST), Roland Mas a écrit :
> We should now be in the phase where we pretend it's done, wait for the
> complaints, and fix the problems as they are reported (or laugh them off
> when they come from the too-common expectation that Alioth can be used
> to run
Hi Steve,
On Tue, May 24, 2011 at 8:11 PM, Steve Langasek wrote:
> Hi Laszlo,
>
> On Tue, May 24, 2011 at 07:08:22PM +0300, Laszlo Papp wrote:
>> I have tried to use the debian/rules that you can see below. My
>> concern is that I would like to make a test package (for maemo, but
>> actually shou
schrieb Russ Allbery on 2011-05-24 18:55:
> Patrick Strasser writes:
First, I want to emphasize that I do not at all advocate for a web
reporting form. IMO most contributors to this thread do so.
I regard the overall process of reporting bugs in Debian very sensible,
no need to change in general
Package: wnpp
Severity: wishlist
Owner: Filip Brcic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: haskell-qt
Version : 1.1.4.1
Upstream Author : David Harley
* URL : http://qthaskell.berlios.de/
* License : BSD
Programming Lang: Haskell, C+
]] Russ Allbery
| windlord:~/tmp> debcheckout libpam-krb5
| declared git repository at git://git.debian.org/git/pkg-k5-afs/pam-krb5.git
| git clone git://git.debian.org/git/pkg-k5-afs/pam-krb5.git libpam-krb5 ...
| Cloning into libpam-krb5...
| git.debian.org[0: 217.196.43.140]: errno=Connection
Am Samstag, den 21.05.2011, 21:41 +0200 schrieb Tshepang Lekhonkhobe:
> On Thu, 2011-03-10 at 00:26 +0100, Benjamin Drung wrote:
> > Am Mittwoch, den 09.03.2011, 12:26 -0500 schrieb James Vega:
> > > On Tue, Mar 8, 2011 at 7:12 PM, Benjamin Drung wrote:
> > > > Am Mittwoch, den 09.03.2011, 00:05 +
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/RIZKY1058f67aa650140e7913cdb04abb6d337@rizky1
On Tue, 24 May 2011 00:03:13 +0200 Stig Sandbeck Mathisen wrote:
> Francesco Poli writes:
>
> > I hope that some appropriate re-directions may be set up real soon now,
> > so that previous URLs can continue to work as before...
>
> If you have a specific example of something that does not work,
Ah,
http://en.wikipedia.org/wiki/NX_bit
http://en.wikipedia.org/wiki/Physical_Address_Extension
http://en.wikipedia.org/wiki/Symmetric_multiprocessing
you know I am learning more and more from you fellows every day.
I have some specific recommendations: forget about listing individual
brands, just
On 25 May 2011 05:25, Patrick Strasser wrote:
> Point 3). Still it's too hard for a real novice which would like to help
> to get a bug report not at all out. The starting suggestion for this
> thread was to add an HTTP based transport path to get around the MTA
> thing. In the mid 90ies I was st
Pārliecinošs sporta uzturs no labākajiem Amerikas ražotājiem!
Tas ir sporta uzturs drošiem sasniegumiem. Turklāt par ļoti labām cenām!
meklē to visu tajā vietā: http://www.tavisasniegumi.info
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe"
Package: wnpp
Severity: wishlist
Owner: Jeremy Salwen
* Package name: liblilv-1
Version : 0.4.0
Upstream Author : David Robillard
* URL : http://drobilla.net/software/lilv/
* License : ISC License
Programming Lang: C
Description : Lightweight LV2 Host
49 matches
Mail list logo
