]] Martín Ferrari
> You can either run your own bot (debian package kgb-bot), or use ours. As
> for the client, alioth does not have it installed, but you can run it off
> /home/groups/kgb.
It's installed now.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
On Fri, 28 Sep 2012 03:01:46 +0200, gregor herrmann wrote:
> 1) Client side (i.e. vasks):
>
> 1a) /home/groups/pkg-perl/meta/pkg-perl-post-receive
>
> BASE=/home/groups/pkg-perl
> KGB=/home/groups/kgb/trunk
> CONF=$BASE/kgb-client.conf
> PKG=${DIR%.git}
cat > hooks/reflog
> if [ -e $BASE/KGB-
On Thu, 27 Sep 2012 20:48:23 -0400, Joey Hess wrote:
> > For KGB the concept of a repository is a bit fuzzy. It is just the
> > unit it uses to separate access control (password), channels to
> > broadcast to, and a word in the commit notification. But you can use
> > one of these for hundreds of
Martín Ferrari wrote:
> (you have a really weird reply-to :))
I do? I see no such header..
> For KGB the concept of a repository is a bit fuzzy. It is just the
> unit it uses to separate access control (password), channels to
> broadcast to, and a word in the commit notification. But you can use
(you have a really weird reply-to :))
On Fri, Sep 28, 2012 at 1:35 AM, Joey Hess wrote:
> d-i would like to use your bots, but we have an ever-changing list of
> repositories. It'd be wrong to centralize the list of them in a bot's
> config file. Any thoughts?
For KGB the concept of a repositor
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 470 (new: 22)
Total number of packages offered up for adoption: 137 (new: 0)
Total number of packages reques
Martín Ferrari wrote:
> If you rather use our bots, we'll need you to provide: a project/repository
> name, an IRC channel, and a password (used to avoid spam, not really
> secure).
d-i would like to use your bots, but we have an ever-changing list of
repositories. It'd be wrong to centralize the
On Fri, Sep 28, 2012 at 6:52 AM, Martín Ferrari wrote:
> Not to "to knock 'em when they're down", but since it seems that the CIA.vc
> service has officially closed recently (cannot find exactly when did that
> happen), I think it's worthwhile offering this little project we (dam@,
> gregoa@, and
On Thu, Sep 27, 2012 at 11:52:52PM +0100, Martín Ferrari wrote:
> Not to "to knock 'em when they're down", but since it seems that the CIA.vc
> service has officially closed recently (cannot find exactly when did that
> happen)
http://shadowm.rewound.net/blog/archives/245-CIA.vc-is-dead.html
http:/
Hi there!
Not to "to knock 'em when they're down", but since it seems that the CIA.vc
service has officially closed recently (cannot find exactly when did that
happen), I think it's worthwhile offering this little project we (dam@,
gregoa@, and me) have since a few years ago, called KGB (ha-ha).
On Thu, Sep 27, 2012 at 11:53:36PM +0200, Josselin Mouette wrote:
> Le jeudi 27 septembre 2012 à 14:39 -0700, Josh Triplett a écrit :
> > Agreed entirely. In particular, it breaks the very common use case of
> > running a program with sudo. "sudo foo" leaves $HOME set to the user's
> > home dire
Le jeudi 27 septembre 2012 à 14:39 -0700, Josh Triplett a écrit :
> Agreed entirely. In particular, it breaks the very common use case of
> running a program with sudo. "sudo foo" leaves $HOME set to the user's
> home directory rather than root, so that foo will use the same
> configuration eith
Ivan Shmakov wrote:
> I do remember filing a bug or two against packages that refer to
> the getent () data to find the user's “home” directory instead
> of using the HOME environment variable.
>
> The environment is the preferred place to check for this kind of
>
Package: wnpp
Severity: wishlist
Owner: "Miguel Ángel García"
* Package name: python-doublex
Version : 0.6.1
Upstream Author : David Villa Alises
* URL : https://bitbucket.org/DavidVilla/python-doublex
* License : GPL
Programming Lang: Python
Description
Josselin Mouette writes:
> Le mercredi 26 septembre 2012 à 23:17 +0100, Ian Jackson a écrit :
>> Josselin Mouette writes ("Re: ${HOME} vs. g_get_home_dir () [and 1 more
>> messages]"):
>> > Maybe you should try and obtain a CTTE decision to patch that in glib.
>>
>> Surely it would be better to
Le jeudi 27 septembre 2012 à 10:06 +0200, Bjørn Mork a écrit :
> This is not a technical issue at all. It is about breaking user
> expectations by breaking conventions.
No, this is about breaking YOUR expectations.
But what former SunOS 5.6 users expect is not necessarily what other
users exp
On Thu, Sep 27, 2012 at 01:14:49PM +0100, Wookey wrote:
> In general I'm in favour of agreeing what can be relied upon and
> then only providing that in buildds. But you are quite right that for
> the purposes of buildds doing native building this improves your
> success rate by glossing over poten
On Thu, 2012-09-27 at 13:14:49 +0100, Wookey wrote:
> But the case of uname _is_ easy to deal with - use dpkg-architecture.
Well, not really if the patch is supposed to go upstream, given that
dpkg-architecture is not a distribution-neutral interface.
In most of the cases uname is wrong because
* Russ Allbery [120926 21:42]:
> > The documentation for g_get_home_dir[1] also documents what a proper
> > program can do, it's a simple:
>
> > const char *homedir = g_getenv ("HOME");
> >if (!homedir)
> > homedir = g_get_home_dir ();
>
> > instead of using get_get_home_dir directly.
+++ Wouter Verhelst [2012-09-24 13:14 +0200]:
> On Sat, Sep 22, 2012 at 07:06:57PM +0200, Adam Borowski wrote:
> >
> > That it breaks multiarch builds.
>
> Multiarch builds are not done on our buildd machines.
Yet. They very likely will be soon, for partial architectures and
cross-toolchains.
A
On 23/09/2012 17:49, Joachim Breitner wrote:
Hi,
Am Sonntag, den 23.09.2012, 15:59 +0200 schrieb Joerg Jaspert:
The DM flag (and in future ACL) shows that one trusts that one DM
to do a good job on that one package. Extending it like "this DM
may upload all packages of [whateverbiglist]" is jus
On 23/09/2012 17:49, Joachim Breitner wrote:
we need to upload all>450 packages with no source change
That's called a binNMU and is very simple to schedule, as you already
know ;)
In the OCaml team, we have the very same issue and we try to avoid
arch:all packages for libraries and application
This is an english speaking mailing-list.
Minux is asking how to register for the event. Registration is done on
the wiki. It is not mandatory to register, but will helps us to have an
approximation of the number of attendees.
On 23/09/2012 00:44, Minux wrote:
Je suis personnellement ravi d'ap
23 matches
Mail list logo
