On 16 June 2010 03:21, Paul Wise wrote:
> On Wed, Jun 16, 2010 at 6:03 AM, Tim Retout wrote:
>
>> (Advance warning: I'm interested in discussing the mentoring process
>> at DebConf.)
>
> Please register a BoF in penta about it to give folks more advance warning.
I've now submitted a BoF for DebC
Processing commands for cont...@bugs.debian.org:
> unblock 542872 by 508644
Bug #542872 [at] Please Recommend default-mta | m-t-a, not exim4 | m-t-a
Was blocked by: 508644
Removed blocking bug(s) of 542872: 508644
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
54
On Wednesday 16 June 2010, Tim Retout wrote:
> On 15 June 2010 21:59, Neil Williams wrote:
> > Encouraging maintainers to invest their time in QA
> > makes more sense than adding more NEW packages to become the QA
> > workload of the future. Directing everyone at NEW is counter-productive
> > and
On Wed, Jun 16, 2010 at 6:31 PM, Jon Dowland wrote:
> For a QA package, a non-developer must improve existing packaging and
> then find a sponsor. If the packager demonstrates suitable aptitude with
> their changes, the sponsor could support setting DMUA for that package.
Uh, the current impleme
On Wed, 2010-06-16 at 21:33 +0200, Petter Reinholdtsen wrote:
> [Petter Reinholdtsen]
> > Are there better ways to do this? Anyone willing to work on it?
>
> One alternative would be to move the information out of the
> discover-data package, and into the Packages file instead, similar to
> how I
"Hans-J. Ullrich" writes:
> Hi guys! Good news!
>
> Hydra is now beeing maintained again, and it is now free! Thanks to its
> maintainer, hydra is now set under the GPLV3.
>
> Yeah!
>
> Please take a look:
>
> http://freeworld.thc.org/thc-hydra/
>
> Maybe you might want to put it back into deb
Package: wnpp
Severity: wishlist
Owner: Miguel Landaeta
* Package name: jcsp
Version : 1.1-rc4
Upstream Author : Peter Welch, Paul Austin
* URL : http://www.cs.kent.ac.uk/projects/ofa/jcsp/
* License : LGPL-2.1
Programming Lang: Java
Description : Java
Le mercredi 16 juin 2010 à 21:33 +0200, Petter Reinholdtsen a écrit :
> > Fedora 13 provides PackageKit to install hardware specific packages
> > after installation. Perhaps we should extend the discover system to
> > listen to DBus events and install hardware packages also after
> > installation?
On Wed, Jun 16, 2010 at 22:23:54 +0200, Petter Reinholdtsen wrote:
> [Julien Cristau]
> > We did something like that in lenny (not in the Packages file, but
> > same basic idea), to get X to choose the right driver. It turns out
> > it's a pain to maintain, and doesn't really work all that well.
[Julien Cristau]
> We did something like that in lenny (not in the Packages file, but
> same basic idea), to get X to choose the right driver. It turns out
> it's a pain to maintain, and doesn't really work all that well.
Why was it a pain to maintain?
I can imagine it is a pain if there is no a
Petter Reinholdtsen writes:
> [Petter Reinholdtsen]
>> Are there better ways to do this? Anyone willing to work on it?
>
> One alternative would be to move the information out of the
> discover-data package, and into the Packages file instead, similar to
> how Iceweasel[1] and Moonlight[2] might
On Wed, Jun 16, 2010 at 21:33:52 +0200, Petter Reinholdtsen wrote:
> The idea I got was to add headers like this to the package supporting
> specific hardware, and use this information to look up the USB and PCI
> ids present in the machine:
>
> Xb-Hardware-Bus-PCI: 1af4:1002
> Xb-Hardware-Bu
On Thu, Jun 10, 2010 at 10:13:35AM +0800, Paul Wise wrote [edited]:
> Some of the above is part of the proposed design for debexpo, which
> really needs folks to step up and work on it (hint hint).
No need for subtlety. debexpo is dead: it hasn't had a commit in 11 months.
debexpo needs a new pro
[Petter Reinholdtsen]
> Are there better ways to do this? Anyone willing to work on it?
One alternative would be to move the information out of the
discover-data package, and into the Packages file instead, similar to
how Iceweasel[1] and Moonlight[2] might find their plugins and codec
packages,
On 06/16/2010 12:41 PM, Evgeni Golov wrote:
Package: wnpp
Severity: wishlist
Owner: The Ayatana Packagers
* Package name: indicator-messages
Version : 0.3.7
Upstream Author : Ted Gould
* URL : https://launchpad.net/indicator-messages
* License : LGPL
Prog
Hi guys! Good news!
Hydra is now beeing maintained again, and it is now free! Thanks to its
maintainer, hydra is now set under the GPLV3.
Yeah!
Please take a look:
http://freeworld.thc.org/thc-hydra/
Maybe you might want to put it back into debian? Would be nice.
Cheers
Hans
--
To UNSU
Package: wnpp
Severity: wishlist
Owner: The Ayatana Packagers
* Package name: indicator-messages
Version : 0.3.7
Upstream Author : Ted Gould
* URL : https://launchpad.net/indicator-messages
* License : LGPL
Programming Lang: C
Description : indicator t
Package: wnpp
Severity: wishlist
Owner: trophime
* Package name: mumps-metis
Version : 4.9.2
Upstream Author : Patrick Amestoy et al.
* URL : http://mumps.enseeiht.fr/
* License : public domain
Programming Lang: C, Fortran
Description : Mumps library w
Package: wnpp
Severity: wishlist
Owner: Marcel Moreaux
* Package name: mooproxy
Version : 0.1.3
Upstream Author : Marcel Moreaux
* URL : http://qvdr.net/software/#mooproxy
* License : GPL-2
Programming Lang: C
Description : A buffering proxy for moo-c
[Joachim Breitner]
> What do you think?
To me, installing libnss-myshostname by default sound like a good
idea. Perhaps only in the laptop task as a start?
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe".
One reason for resolving the system hostname to 127.0.1.1 in an NSS
service is that this allows us to list that service last on the "hosts:"
line in /etc/nsswitch.conf, thus making 127.0.1.1 the resolved address
of last resort, coming after addresses resolved via /etc/hosts and/or DNS.
Please
On 16/06/2010 08:13, Neil Williams wrote:
> I think we have to consider redirecting new volunteers AWAY from
> assuming that their work must centre on a NEW package and make it
> equally (or even more) likely that new people get to learn their craft
> on existing, orphaned, packages. After all, the
Le mercredi 16 juin 2010 à 12:01 +0200, Raphael Hertzog a écrit :
> I'm not familiar with Ubuntu's languages packs so I can't contribute
> much
> on this topic but it would be nice if Ubuntu could create/use them
> without
> having to modify the Debian source packages.
Hi,
The "run intltool-upda
Hi,
On Mon, 14 Jun 2010, Sebastien Bacher wrote:
> Could you avoid changing the packaging system when you take things to
> Debian? We do use cdbs for those because it makes easier some of the
> things we are doing, we could need to add a diff back for langpacks
> translations for example over your
On 14 June 2010 22:13, Adam Borowski wrote:
>> For me, bindv6only=0 seems like an ugly hack designed to make existing
>> applications work without change.
>
> "without change"? Except, you know, the whole conversion from gethostname()
> and friends to getaddrinfo()? V4-mapped addresses won't sho
Package: wnpp
Severity: wishlist
Owner: The Ayatana Packagers
* Package name: libdbusmenu
Version : 0.3.2
Upstream Author : Ted Gould
* URL : https://launchpad.net/dbusmenu
* License : GPL
Programming Lang: C
Description : library for passing menus ove
[Jakub Wilk, 2010-06-15]
> I consider QA/adoption uploads without DD assistance unacceptable.
+1
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl www.griffith.cc www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7
On Tue, 15 Jun 2010 14:59:04 -0700
Steve Langasek wrote:
> On Tue, Jun 15, 2010 at 08:50:28AM +0100, Neil Williams wrote:
> > What about if Debian QA packages were all to be deemed suitable for
> > DM upload, including those which have been orphaned for over 2
> > months without a change of maint
28 matches
Mail list logo
