On Wed, 30 May 2012, Steve Langasek wrote:
> There is no excuse for hijacking a package, ever.
>
> If the maintainer is MIA, use the MIA process to get the package orphaned.
This goes too far IMO. One of the reasons why the MIA process has been
setup is because many DD fear forcibly taking over o
On 05/31/2012 09:03 AM, Steve Langasek wrote:
> If you're unhappy that the package has been unmaintained for a long time and
> that the MIA process takes time to result in an orphaning... suck it up. If
> it was actually a problem, someone would have noticed it earlier and done
> something about i
2012/5/31 Uoti Urpala wrote:
>> you eat cache memory. Meaning, you store /tmp files in cache even when
>> they're not used, so kernel cannot use that memory to store some useful
>> files. This increases I/O and makes the system slower.
>
> The tmpfs files will be written to swap if they aren't acc
Le Wed, May 30, 2012 at 06:03:05PM -0700, Steve Langasek a écrit :
>
> As a sitting member of the Technical Committee, I encourage anyone who sees
> a package being hijacked to immediately bring it to the attention of the TC.
> I will without hesitation vote to have the hijacker barred from being
On Thu, May 31, 2012 at 08:29:34AM +0900, Charles Plessy wrote:
> Le Wed, May 30, 2012 at 11:11:51AM +0200, Jonas Smedegaard a écrit :
> > *nothing* qualifies for a hijacking.
> your reaction seems to imply that hijacking is an implicit statement of
> failure.
There is no excuse for hijacking a
Thanks to everybody for your answers on debian-devel and in private. I am
moving the thread to debian-project (CC: -devel and DPL) as the next question
is about the use of Debian's name.
I am considering to ask GitHub if the debian account there is held by a
debian.org address, and if not, whethe
Le Wed, May 30, 2012 at 11:11:51AM +0200, Jonas Smedegaard a écrit :
>
> *nothing* qualifies for a hijacking.
Dear Jonas,
your reaction seems to imply that hijacking is an implicit statement of
failure. But this can be dis-ambiguated by thanking the maintainer for his
past work, bringing the pa
On 30/05/12 22:42, Karl Goetz wrote:
On Wed, 30 May 2012 13:20:24 +0100
Philip Ashmore wrote:
On 30/05/12 12:29, Bernd Zeimetz wrote:
On 05/26/2012 09:09 PM, Philip Ashmore wrote:
On 05/26/2012 06:53 AM, Jonathan Callen wrote:
On 05/25/2012 10:03 PM, Philip Ashmore wrote:
Hi there.
Le Sat, May 26, 2012 at 03:03:06AM +0100, Philip Ashmore a écrit :
>
> What I noticed by its absence was that no-one linked to official Debian
> policy detailing the choices made and their justification.
>
> Then it struck me that if such a document existed, it would be subject to
> change as Deb
Serge wrote:
> you eat cache memory. Meaning, you store /tmp files in cache even when
> they're not used, so kernel cannot use that memory to store some useful
> files. This increases I/O and makes the system slower.
The tmpfs files will be written to swap if they aren't accessed much and
the kern
On Wed, 30 May 2012 13:20:24 +0100
Philip Ashmore wrote:
> On 30/05/12 12:29, Bernd Zeimetz wrote:
> > On 05/26/2012 09:09 PM, Philip Ashmore wrote:
> >> On 05/26/2012 06:53 AM, Jonathan Callen wrote:
> >>> On 05/25/2012 10:03 PM, Philip Ashmore wrote:
> Hi there.
>
> First, h
On Mi, 30 mai 12, 19:03:06, Arno Töll wrote:
> On 30.05.2012 18:32, Andrew Starr-Bochicchio wrote:
> > Dustin Kirkland maintains something similar for Ubuntu:
> > manpages.ubuntu.com The code he uses to generate it is available at
> > https://launchpad.net/ubuntu-manpage-repository
>
> And thanks
2012/5/30 Vincent Lefevre wrote:
>>> So what? If you write to a normal file system, it goes into the page
>>> cache, which is pretty much the same as writing into tmpfs. In both
>>> cases if you have swap configured, the data will get pushed to disk;
>>
>> That's not at all the same, the page ca
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: librdf-trinex-functions-perl
Version : 0.001
Upstream Author : Toby Inkster
* URL : http://search.cpan.org/dist/RDF-TrineX-Functions/
* License : Artistic or GPL-1+
Programming Lang: Pe
On 12-05-30 at 05:14pm, Jon Dowland wrote:
> On Wed, May 30, 2012 at 08:45:22AM +0900, Charles Plessy wrote:
> > I concur. It is socially and technically safer to give about two
> > week-ends to answer, keeping time zones in mind.
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599617 was f
On 12-05-30 at 09:41pm, Thomas Goirand wrote:
> On 05/30/2012 05:11 PM, Jonas Smedegaard wrote:
> > you use Debian freeze as argument for swift takeover. I find it not
> > respectful to rush processing like that!
> >
>
> Again, no! That wasn't my point. My point was that it was left
> unmaint
On 30.05.2012 18:32, Andrew Starr-Bochicchio wrote:
> Dustin Kirkland maintains something similar for Ubuntu:
> manpages.ubuntu.com The code he uses to generate it is available at
> https://launchpad.net/ubuntu-manpage-repository
And thanks to jfs we have manpages.debian.net, providing the same fo
On 30/05/12 17:45, The Fungi wrote:
> On 2012-05-30 17:35:14 +0100 (+0100), Dmitrijs Ledkovs wrote:
>> Isn't it possible to extract those from snapshot.debian.org
>> per-release/per-time ?
>
> Sure, or archive.d.o, but at my day job a lot of the admins I work
> with would be hard-pressed to be abl
On Wed, May 30, 2012 at 02:48:26PM +0200, Bjørn Mork wrote:
> Vincent Lefevre writes:
> > On 2012-05-30 12:08:29 +0200, Josselin Mouette wrote:
> >> Le samedi 26 mai 2012 à 23:02 +0200, Carlos Alberto Lopez Perez a
> >> écrit :
> >> > With "tmpfs on /tmp" you are breaking many applications that a
On 2012-05-30 17:35:14 +0100 (+0100), Dmitrijs Ledkovs wrote:
> Isn't it possible to extract those from snapshot.debian.org
> per-release/per-time ?
Sure, or archive.d.o, but at my day job a lot of the admins I work
with would be hard-pressed to be able to retrieve and extract the
docs from an arb
Hi,
On 30.05.2012 18:17, Bart Martens wrote:
> On Wed, May 30, 2012 at 09:41:30PM +0800, Thomas Goirand wrote:
>> By the way, do other think that, even in this case, I should keep the
>> changes
>> as minimum as possible? Or is it ok, considering that all of our
>> toolsets have
>> changed since t
On 30/05/12 17:17, The Fungi wrote:
> On 2012-05-30 13:20:24 +0100 (+0100), Philip Ashmore wrote:
> [...]
>> By the way, this extends to man/info pages too, but as they're
>> versioned, you can refer to a specific version through the package
>> version.
> [...]
>
> I've always liked the way OpenBS
On Wed, May 30, 2012 at 12:17 PM, The Fungi wrote:
> On 2012-05-30 13:20:24 +0100 (+0100), Philip Ashmore wrote:
> [...]
>> By the way, this extends to man/info pages too, but as they're
>> versioned, you can refer to a specific version through the package
>> version.
> [...]
>
> I've always liked
Package: wnpp
Severity: wishlist
Owner: Ferenc Wagner
* Package name: sblim-wbemcli
Version : 1.6.2
Upstream Author : Tyrel Datwyler
* URL :
http://sourceforge.net/apps/mediawiki/sblim/index.php?title=Wbemcli
* License : Eclipse Public License -v 1.0
Progra
On 2012-05-30 13:20:24 +0100 (+0100), Philip Ashmore wrote:
[...]
> By the way, this extends to man/info pages too, but as they're
> versioned, you can refer to a specific version through the package
> version.
[...]
I've always liked the way OpenBSD provides Web-indexed manpages
versioned by OS r
On Wed, May 30, 2012 at 08:45:22AM +0900, Charles Plessy wrote:
> I concur. It is socially and technically safer to give about two week-ends to
> answer, keeping time zones in mind.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599617 was filed in 2010, no
answer, ping in 2011, no answer. So
Thomas Goirand writes:
> By the way, do other think that, even in this case, I should keep the
> changes
> as minimum as possible? Or is it ok, considering that all of our
> toolsets have
> changed since the last upload (eg: we now have pkg-php-tools and dh 8
> sequencer), that we do a bit more c
Package: wnpp
Severity: wishlist
Owner: Chow Loong Jin
* Package name: newtonsoft-json
Version : 4.5r4
Upstream Author : James Newton-King
* URL : http://http://json.codeplex.com
* License : MIT/X11
Programming Lang: C#
Description : high-performance J
On 05/30/2012 05:11 PM, Jonas Smedegaard wrote:
> *nothing* qualifies for a hijacking.
>
> With hijacking I mean disrespectful takeover.
>
> Either respect maintainership by only NMUing, or respectfully resolve
> with the Debian community that the current maintainer is unfit for the
> task.
Ok,
On Wed, May 30, 2012 at 02:48:26PM +0200, Bjørn Mork wrote:
> Does that make any difference at all? If an application is unable to
> handle the out-of-space condition, then it will be unable to handle the
> out-of-space condition no matter how big the file system is. Increasing
> the file system
Vincent Lefevre writes:
> On 2012-05-30 12:08:29 +0200, Josselin Mouette wrote:
>> Le samedi 26 mai 2012 à 23:02 +0200, Carlos Alberto Lopez Perez a
>> écrit :
>> > With "tmpfs on /tmp" you are breaking many applications that assume that
>> > they have enough space to write on /tmp like the flash
Package: wnpp
Owner: Axel Beckert
Severity: wishlist
* Package name: curses-apt-key
Version : 0~2012.05.30
Upstream Author : Axel Beckert
* URL or Web page : https://github.com/xtaran/curses-apt-key
* License : GPLv2+
Description : Text-mode key manager for apt-key
On 30/05/12 12:29, Bernd Zeimetz wrote:
On 05/26/2012 09:09 PM, Philip Ashmore wrote:
On 05/26/2012 06:53 AM, Jonathan Callen wrote:
On 05/25/2012 10:03 PM, Philip Ashmore wrote:
Hi there.
First, here's what I'm talking about -
http://en.wikipedia.org/wiki/Permalink
Unfortunately Wikip
On 2012-05-30 12:08:29 +0200, Josselin Mouette wrote:
> Le samedi 26 mai 2012 à 23:02 +0200, Carlos Alberto Lopez Perez a
> écrit :
> > With "tmpfs on /tmp" you are breaking many applications that assume that
> > they have enough space to write on /tmp like the flash player ( see
> > Debian bug #6
On 2012-05-25 14:49:14 +0100, Will Daniels wrote:
> On 25/05/12 13:52, Ted Ts'o wrote:
> >So what? If you write to a normal file system, it goes into the page
> >cache, which is pretty much the same as writing into tmpfs. In both
> >cases if you have swap configured, the data will get pushed to d
On 05/26/2012 09:09 PM, Philip Ashmore wrote:
> On 05/26/2012 06:53 AM, Jonathan Callen wrote:
>> On 05/25/2012 10:03 PM, Philip Ashmore wrote:
>>> Hi there.
>>>
>>> First, here's what I'm talking about -
>>> http://en.wikipedia.org/wiki/Permalink
>>> Unfortunately Wikipedia doesn't offer permalink
On 05/30/2012 05:33 AM, Ivan Shmakov wrote:
>> Thorsten Glaser writes:
>> Charles Plessy dixit:
>
> >> upstream source moved to GitHub, and we would like to try to
> >> maintain the Debian package there as well.
>
> > This is not a good idea: http://mako.cc/writing/hill-free_tools.htm
Le samedi 26 mai 2012 à 23:02 +0200, Carlos Alberto Lopez Perez a
écrit :
> With "tmpfs on /tmp" you are breaking many applications that assume that
> they have enough space to write on /tmp like the flash player ( see
> Debian bug #666096 ) or cdrecord software ( see #665634 ).
Seriously, this i
On 12-05-30 at 11:30am, Thomas Goirand wrote:
> We aren't kicking him, we want to have the package team maintained.
> He's fine to come and join!
You want to play by your rules (file), not his. That's kicking to me.
> This doesn't really qualify for an NMU, nor does the upgrade to the
> latest
Package: wnpp
Severity: wishlist
Owner: Jonathan Wiltshire
* Package name: mediawiki-math
Version : 2:1.0+git20120528
Upstream Author : Tomasz Wegrzanowski, Brion Vibber, various MediaWiki
contributors
* URL : http://www.mediawiki.org/wiki/Extension:Math
* License
40 matches
Mail list logo
