On Wed, 2013-02-27 at 09:17:05 -0800, Russ Allbery wrote:
> Guillem Jover writes:
> > I think these should be covered somehow by fonts-freefont-ttf and
> > ttf-unifont.
>
> ttf-unifont did indeed cover Mongolian (Classic). Thank you!
You're welcome, I also get bothered by this. :)
> Alas, it's
On Wed, Feb 27, 2013 at 01:50:59PM +0800, Paul Wise wrote:
> On Wed, Feb 27, 2013 at 8:57 AM, Russ Allbery wrote:
>
> > Amen to this. I care a lot about having fairly complete Unicode coverage
> > in my display fonts, and I've often had to trawl through aptitude to try
> > to guess at which font
Guillem Jover writes:
> On Tue, 2013-02-26 at 16:57:48 -0800, Russ Allbery wrote:
>> Let alone http://www.columbia.edu/~fdc/utf8/ where I'm still missing:
>> Vietnamese (nôm) (only some characters)
>> Mongolian (Classic)
>> These may actually be covered by fonts in Debian, but I don't k
On Wed, 2013-02-27 at 13:50:59 +0800, Paul Wise wrote:
> When we finally implement DEP-11, we will have the means to implement
> automatic font installation based on needed characters. Hopefully for
> jessie we will be able to catch up with Fedora, who have had this for
> a while now:
>
> http://w
On Tue, 2013-02-26 at 16:57:48 -0800, Russ Allbery wrote:
> Let alone http://www.columbia.edu/~fdc/utf8/ where I'm still missing:
>
> Vietnamese (nôm) (only some characters)
> Mongolian (Classic)
>
> These may actually be covered by fonts in Debian, but I don't know how to
> find them.
I
"recommended" is in the eye of the beholder, I personally like DejaVu
for latin characters but others detest it.
There is a page about fonts for the Debian installer though:
http://wiki.debian.org/DebianInstaller/GUIFonts
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email
On 27/02/13 05:50, Paul Wise wrote:
> There is some info about Unicode coverage in Debian on this wiki page,
> at one point we had all of Unicode except Chinese (which has many
> thousands of characters) but Unicode moved on since then.
>
> http://wiki.debian.org/Fonts/UnicodeCoverage
Is there an
On Wed, Feb 27, 2013 at 8:57 AM, Russ Allbery wrote:
> Amen to this. I care a lot about having fairly complete Unicode coverage
> in my display fonts, and I've often had to trawl through aptitude to try
> to guess at which font packages I need to install just to, for example,
> see the front page
Charles Plessy writes:
> on these systems, getting all the default fonts and input methods would
> also be a big plus. For the moment we are years behind other systems
> such as Mac OS, where at any time it is possible to switch language or
> browse a website in a language that is not the defaul
Le Tue, Feb 26, 2013 at 07:27:19PM +0100, Christian PERRIER a écrit :
> Quoting Josselin Mouette (j...@debian.org):
>
> > That’s what gnome-control-center does. This is not helpful for the user
> > who wants to select another language, though.
> >
> > The bug is that we do not install locales-all
Processing commands for cont...@bugs.debian.org:
> reassign 701585 locales
Bug #701585 [general] general: Can't select other languages
Bug reassigned from package 'general' to 'locales'.
Ignoring request to alter found versions of bug #701585 to the same values
previously set
Ignoring request to
it didn't work, I'm reassigning this bug
> > to gnome-settings-daemon (at a guess, but that does *seem* to be the
> > most appropriate).
>
> Thanks for your intervention, but there is nothing that can be done in
> GNOME. The bug is a general design choice in Debia
Quoting Josselin Mouette (j...@debian.org):
> That’s what gnome-control-center does. This is not helpful for the user
> who wants to select another language, though.
>
> The bug is that we do not install locales-all by default, nor do we
> default to generate all (at least all UTF-8) locales.
At
Processing commands for cont...@bugs.debian.org:
> reassign 701585 general
Bug #701585 [gnome-settings-daemon] general: Can't select other languages
Bug reassigned from package 'gnome-settings-daemon' to 'general'.
Ignoring request to alter found versions of bug #701585 to the same values
previou
ate).
Thanks for your intervention, but there is nothing that can be done in
GNOME. The bug is a general design choice in Debian, namely the one to
not generate all locales but to require a “dpkg-reconfigure locales” to
add new locales.
> > Btw. "dpkg-reconfigure locales" might h
Processing commands for cont...@bugs.debian.org:
> reopen 701585
Bug #701585 {Done: Markus Frosch } [general] general:
Can't select other languages
Bug reopened
Ignoring request to alter fixed versions of bug #701585 to the same values
previously set
> reassign 701585 gnome-settings
reopen 701585
reassign 701585 gnome-settings-daemon
severity 701585 normal
thanks
On Sun, Feb 24, 2013 at 09:30:03PM +, Debian Bug Tracking System wrote:
> Hello Carlos,
> > Dear Maintainer,
> > *** Please consider answering these questions, where appropriate ***
>
> Debian-Devel is no user s
Your message dated Sun, 24 Feb 2013 22:26:27 +0100
with message-id
and subject line Re: Bug#701585: general: Can't select other languages
has caused the Debian Bug report #701585,
regarding general: Can't select other languages
to be marked as done.
This means that you claim that t
#x27;t work because of ImportError.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no ide
arding general: RAW EDID: 00 00 00 etc. [drm] nouveau :01:00.0: DDC
responded, but no EDID for VGA-1
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the p
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking
Your message dated Thu, 10 Jan 2013 15:04:03 +0100
with message-id <201301101504.03808.hol...@layer-acht.org>
and subject line Re: Bug#697854: general: Fail to display video
has caused the Debian Bug report #697854,
regarding general: Fail to display video
to be marked as done.
This mean
d64
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is t
Svante Signell dijo [Sat, Dec 08, 2012 at 09:52:36AM +0100]:
> Most people I meet (and installing Linux) choose to install some kind of
> Ubuntu distribution. At the same time the number of people installing
> Debian is declining as discussed here lately. Something has gone
> completely wrong with
Hi Svante,
Thank you for sharing this information in debian-devel. Much appreciated.
Even though some say it is off-topic (technically speaking),
I'm sure we must know such things.
Personally I doubt if I would notice this information somewhere else.
Thank you.
Regards,
Dmitry.
--
To UNSUB
Le dimanche 09 décembre 2012 à 00:46 +0100, Salvo Tomaselli a écrit :
>
> > We should make sure that people have to ask our permission before they use
> > our code for any other purpose! And make sure they can't do evil with it!
> That would be proprietary software...
.-'---`-.
,' `.
> We should make sure that people have to ask our permission before they use
> our code for any other purpose! And make sure they can't do evil with it!
That would be proprietary software...
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject o
On Sat, Dec 08, 2012 at 12:09:10AM +0100, Svante Signell wrote:
> this time installing surveillance code.
>
> http://linux.slashdot.org/story/12/12/07/1527225/rms-speaks-out-against-ubuntu
> http://www.fsf.org/blogs/rms/ubuntu-spyware-what-to-do
"Again"? Looks like old news.
--
WBR, wRAR
signa
Le Sat, Dec 08, 2012 at 07:06:02PM +0900, Charles Plessy a écrit :
> Le Sat, Dec 08, 2012 at 10:41:37AM +0100, Svante Signell a écrit :
> >
> > Maybe debian-devel is not the
> > correct list, but the decline of Debian users was discussed here and not
> > considered off-topic.
>
> Hi Svante,
>
>
Le Sat, Dec 08, 2012 at 10:41:37AM +0100, Svante Signell a écrit :
>
> Maybe debian-devel is not the
> correct list, but the decline of Debian users was discussed here and not
> considered off-topic.
Hi Svante,
I confirm that debian-devel is not the correct list. Its scope is not defined
by the
On Sat, 2012-12-08 at 10:11 +0100, Stefano Zacchiroli wrote:
> On Sat, Dec 08, 2012 at 09:52:36AM +0100, Svante Signell wrote:
> > Something has gone completely wrong with the PR for Debian, suffering
> > from the success of derived distributions like Ubuntu.
>
> You are welcome to join the effort
On Sat, Dec 08, 2012 at 09:52:36AM +0100, Svante Signell wrote:
> Something has gone completely wrong with the PR for Debian, suffering
> from the success of derived distributions like Ubuntu.
You are welcome to join the efforts of the people on the
debian-publicity mailing list that work daily on
On Sat, 2012-12-08 at 00:34 +0100, Didier 'OdyX' Raboud wrote:
> Le samedi, 8 décembre 2012 00.09:10, Svante Signell a écrit :
> > this time installing surveillance code.
>
> While these concerns are certainly serious, they do not concern the
> "Development of Debian".
In fact it does, see belo
Hi,
On Sat Dec 08, 2012 at 00:08:36 +, Dmitrijs Ledkovs wrote:
> On 7 December 2012 23:36, Russ Allbery wrote:
> > Svante Signell writes:
> >
> >> this time installing surveillance code.
> >
> >> http://linux.slashdot.org/story/12/12/07/1527225/rms-speaks-out-against-ubuntu
> >> http://www.
I think RMS has done exactly what needed doing. Ubuntu is trying to find a way
to generate revenue and RMS raises some perfectly points about why he
disagrees. He is exactly the right guy to speak out about it because it is in
line with his "brand image". Kind of like shock-jock, Ho
On 7 December 2012 23:36, Russ Allbery wrote:
> Svante Signell writes:
>
>> this time installing surveillance code.
>
>> http://linux.slashdot.org/story/12/12/07/1527225/rms-speaks-out-against-ubuntu
>> http://www.fsf.org/blogs/rms/ubuntu-spyware-what-to-do
>
>> Any reason Debian should be so clo
Svante Signell writes:
> this time installing surveillance code.
> http://linux.slashdot.org/story/12/12/07/1527225/rms-speaks-out-against-ubuntu
> http://www.fsf.org/blogs/rms/ubuntu-spyware-what-to-do
> Any reason Debian should be so closely linked to Ubuntu?
We should make sure that people
Le samedi, 8 décembre 2012 00.09:10, Svante Signell a écrit :
> this time installing surveillance code.
While these concerns are certainly serious, they do not concern the
"Development of Debian".
> Any reason Debian should be so closely linked to Ubuntu?
No reason besides the fact that a cent
On Fri, Dec 7, 2012 at 5:21 PM, Steve Langasek wrote:
> On Sat, Dec 08, 2012 at 12:09:10AM +0100, Svante Signell wrote:
>> this time installing surveillance code.
>
>> http://linux.slashdot.org/story/12/12/07/1527225/rms-speaks-out-against-ubuntu
>> http://www.fsf.org/blogs/rms/ubuntu-spyware-what
On Sat, Dec 08, 2012 at 12:09:10AM +0100, Svante Signell wrote:
> this time installing surveillance code.
> http://linux.slashdot.org/story/12/12/07/1527225/rms-speaks-out-against-ubuntu
> http://www.fsf.org/blogs/rms/ubuntu-spyware-what-to-do
> Any reason Debian should be so closely linked to Ub
rowser iceweasel, chrome, etc
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea wha
Your message dated Tue, 30 Oct 2012 20:26:05 +
with message-id <1351628765.13356.19.ca...@deadeye.wl.decadent.org.uk>
and subject line Re: Bug#691890: general: sudoers problem
has caused the Debian Bug report #691890,
regarding general: sudoers problem
to be marked as done.
This mean
On Mon, Oct 29, 2012 at 12:13:19PM +1300, Matthew Grant wrote:
> This is a notice that the bind9 9.8.1.dfsg.P1-4.x package might be
> replaced, after going through the appropriate channels (Debian Release
> Team). LaMont will be uploading our work to wheezy-proposed shortly.
In any case the securi
nt will be uploading our work to wheezy-proposed shortly.
A repository of work done so far is up at
http://anonscm.debian.org/git/collab-maint/bind9.git/
Thank you very much for your patience.
Best Regards,
Matthew Grant
On 29/10/12 11:21, Debian Bug Tracking System wrote:
> Your message dated
marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about
nt usb devices get not authorised error
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and h
Your message dated Thu, 23 Aug 2012 17:50:52 +0200
with message-id <201208231750.53492.hol...@layer-acht.org>
and subject line Re: Processed: Re: Bug#685696: Very slow disk write speed
has caused the Debian Bug report #685696,
regarding Very slow disk write speed
to be marked as done.
This
rvices are major issue in Wheezy.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have n
Your message dated Sat, 4 Aug 2012 08:21:05 +0200
with message-id <201208040821.06377.hol...@layer-acht.org>
and subject line Re: Bug#683797: general: Does not resume from suspend
has caused the Debian Bug report #683797,
regarding general: Does not resume from suspend
to be marked as done.
using Xfce4 and GDM.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea wha
o wifi connection problem
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
m
Your message dated Thu, 31 May 2012 11:56:44 +0200
with message-id <201205311156.45092.hol...@layer-acht.org>
and subject line Re: Bug#675327: general: Adobe acrobat reader problem
has caused the Debian Bug report #675327,
regarding general: Adobe acrobat reader problem
to be marked as done.
Your message dated Tue, 29 May 2012 10:01:02 +0200
with message-id <201205291001.03726.hol...@layer-acht.org>
and subject line closing, supported as much as we can
has caused the Debian Bug report #480925,
regarding support for playing blu-ray discs
to be marked as done.
This means that you
Your message dated Tue, 29 May 2012 09:38:44 +0200
with message-id <201205290938.44884.hol...@layer-acht.org>
and subject line not a bug
has caused the Debian Bug report #669108,
regarding general: assorted segfault
to be marked as done.
This means that you claim that the problem has been
Your message dated Tue, 29 May 2012 09:41:23 +0200
with message-id <201205290941.24260.hol...@layer-acht.org>
and subject line crystal ball is broken
has caused the Debian Bug report #672147,
regarding general: restart desktop when i press cdrom icon
to be marked as done.
This means th
lot of log problems
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
m
hod to save and restore netfilter rules at boot
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator an
Your message dated Mon, 28 May 2012 11:04:38 +0200
with message-id <201205281104.39421.hol...@layer-acht.org>
and subject line this ain't a general problem
has caused the Debian Bug report #666541,
regarding [Wish] package OpenSearch descriptions for reuse by all browsers
to be mar
674662,
regarding general: While closing the Run Command application in kde desktop,
its shadow remains after its closed.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/
2012/5/4 Marco d'Itri :
> On May 02, Debian Bug Tracking System wrote:
>
>> -Architecture: any
>> +Architecture: linux-any
> Robert, don't you have anything better to do with your time than NMU'ing
> other people's packages with cosmetic issues?
> I obviously do not want to dictate how you should
Hello,
On Fri, 4 May 2012 16:34:30 +0200
m...@linux.it (Marco d'Itri) wrote:
> > That doesn't look cosmetic to me. That looks like an FTBFS fix for
> > kfreeBSD, which he gave you 5 months to do yourself before NMUing
> > it.
> Since the package did not work before and will not work after, I do
>
On May 04, Wookey wrote:
> That doesn't look cosmetic to me. That looks like an FTBFS fix for
> kfreeBSD, which he gave you 5 months to do yourself before NMUing it.
Since the package did not work before and will not work after, I do not
consider this strictly a FTBFS bug.
--
ciao,
Marco
sig
+++ Marco d'Itri [2012-05-04 16:01 +0200]:
> On May 02, Debian Bug Tracking System wrote:
>
> > -Architecture: any
> > +Architecture: linux-any
> Robert, don't you have anything better to do with your time than NMU'ing
> other people's packages with cosmetic issues?
> I obviously do not want to
On May 02, Debian Bug Tracking System wrote:
> -Architecture: any
> +Architecture: linux-any
Robert, don't you have anything better to do with your time than NMU'ing
other people's packages with cosmetic issues?
I obviously do not want to dictate how you should spend your time, but
is kfreebsd a
I'd lke to see the ITP be MUST but the ITP template be SHOULD.
--
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/20120415221713.GA24051@debian
On Sat, 2012-04-14 at 17:21 +0800, Paul Wise wrote:
> Might be best to both at once (using X-Debbugs-CC)?
That's fine if the upstream author is sufficiently aware of Debian
processes, but if not then the ITP template is rather an impersonal way
to make contact.
Despite licences, it's polite to st
On Sat, Apr 14, 2012 at 4:13 PM, Barak A. Pearlmutter wrote:
> People embarking on packaging a bit of software are also supposed to
> contact the upstream author. When one contacts the upstream author
> and they respond quickly and say they'd love to have the software
> packaged and they don't kn
People embarking on packaging a bit of software are also supposed to
contact the upstream author. When one contacts the upstream author
and they respond quickly and say they'd love to have the software
packaged and they don't know of anyone else doing so, an ITP can seem
(depending on the particul
Le Wednesday 28 March 2012 07:31:19, Jean-Christophe Dubacq a écrit :
> > The best way to become "hyper-efficient" is to avoid this kind of
> > overhead, automate everything, and be prepared to fail quickly and
> > iterate.
>
> What about a dev. script that would be run in debian/ and would parse
On Sat, Mar 31, 2012 at 4:10 AM, Goswin von Brederlow wrote:
> But are they always usefull? Does a package that is ready for upload
> already need an ITP? That is the question.
The point of an ITP is that it should be sent before starting the
packaging. If the package is already don
Wookey writes:
> +++ Neil Williams [2012-03-26 09:17 +0100]:
>> Therefore packaging takes no time at all, it is always fully complete
>> before the code itself is even worth evaluating as useful to Debian.
>> The packaging is part of my test harness.
>
> You are only looking at this from the upst
On Fri, Mar 30, 2012 at 02:39:17PM +0100, Wookey wrote:
> > If an ITP remains open without comment for
> > more than a month, the chances that there will ever be an upload to
> > close it are close to zero.
>
> That may be true in an 'averages' sense, but there are old open ITPs
> with a lot of w
+++ Neil Williams [2012-03-26 09:17 +0100]:
> Therefore packaging takes no time at all, it is always fully complete
> before the code itself is even worth evaluating as useful to Debian.
> The packaging is part of my test harness.
You are only looking at this from the upstream's point of view. Mos
Ansgar Burchardt writes:
> Jean-Christophe Dubacq writes:
>> What about a dev. script that would be run in debian/ and would parse
>> debian/control and send the ITP? I can write that!
Yes please.
> The Perl group already has a script that does this: examples/get-itp
> in git.debian.org:/git/p
Andrei POPESCU writes:
> On Ma, 27 mar 12, 08:36:58, David Banks wrote:
>>
>> In the specific case of mosh, I have posted three RFS messages to
>> debian-mentors since filing the ITP, in addition to the creation of the
>> RFS bug after the sponsorship-requests procedure was announced, so the
>>
Le Tue, Mar 27, 2012 at 06:46:21PM -0400, Joey Hess a écrit :
>
> But, writing an ITP requires looking up most of the control file data,
> and requires researching the copyright too.
Hi all,
I have sent ITPs containing a copy of the control and copyright files instead
of the proposed layout, and
Jean-Christophe Dubacq writes:
> What about a dev. script that would be run in debian/ and would parse
> debian/control and send the ITP? I can write that!
The Perl group already has a script that does this: examples/get-itp
in git.debian.org:/git/pkg-perl/scripts.git. I don't use it myself and
On 28/03/2012 00:46, Joey Hess wrote:
> Jon Dowland wrote:
>> That was Joey's hypothetical, iirc, and I don't really agree with his
>> supposition that initial packaging is such quick work that the ITP
>> delay is significant.
>
> The typical package is fairly trivial to create. Often the rules fi
Jon Dowland wrote:
> That was Joey's hypothetical, iirc, and I don't really agree with his
> supposition that initial packaging is such quick work that the ITP
> delay is significant.
The typical package is fairly trivial to create. Often the rules file
doesn't need modifications anymore, so unles
On Ma, 27 mar 12, 08:36:58, David Banks wrote:
>
> In the specific case of mosh, I have posted three RFS messages to
> debian-mentors since filing the ITP, in addition to the creation of the
> RFS bug after the sponsorship-requests procedure was announced, so the
> package was certainly being work
On Tue, Mar 27, 2012 at 08:36:58AM +0100, David Banks wrote:
> As a post-script, although I am sad to see this furore, I am selfishly
> happy to see my package finally get some attention after languishing in
> -mentors for months and months. ;)
I think Christine sponsoring your package would be
On Mon, Mar 26, 2012 at 05:06:55PM +0200, Goswin von Brederlow wrote:
> "Eugene V. Lyubimkin" writes:
> > e) useful to prevent a duplicate work.
>
> Pointless if the package is uploaded the moment the BTS responds with
> the bug number for the ITP, which was the hypotetical.
That was Joey's hypo
On Mon, Mar 26, 2012 at 05:11:54AM +0200, Goswin von Brederlow wrote:
> Chris Knadle writes:
> > There's a flip-side to this story, which is what happens when an ITP is
> > filed
> > and left-for-dead. This then turns into a situation where a prospective
> > new
> > packager then needs to fig
Hi list,
On 25/03/12 21:00, Joey Hess wrote:
> The appropriate thing to do when confronted with a months-old ITP
> for a package with the same content or name as your package is almost
> certianly to ignore old "intent" and get on with it.
In the specific case of mosh, I have posted three RFS mes
"Eugene V. Lyubimkin" writes:
> [ sorry for duplicate, Neil, pressed the wrong button ]
>
> On 2012-03-26 09:17, Neil Williams wrote:
>> On Mon, 26 Mar 2012 09:55:35 +0300
>> "Eugene V. Lyubimkin" wrote:
> [...]
>> > No, it's not nothing, and it's not a pointless bureaucracy. Filing an
>> > ITP
"Eugene V. Lyubimkin" writes:
> I disagree almost completely.
>
> On 2012-03-25 16:00, Joey Hess wrote:
>> But still nothing. ITP is more often than not a pointless bureaucracy.
>
> No, it's not nothing, and it's not a pointless bureaucracy. Filing an
> ITP shows your intent to a hundreds of deve
Hi.
On Mon, Mar 26, 2012 at 09:17:53AM +0100, Neil Williams wrote:
> > b) useful for the Debian project since experienced people may
> >immediately point that there are/there were some problems which
> >prevented the package to be added before or made the package
> >disappear from Debi
an 15 minutes (which a BTS
> > turnaround time for me) as there are too many things to write/check
> > which require the human attention. But maybe that's me being too slow.
>
> No, it's quite often true. can see exactly what Joey is getting at
> here because I suspe
On Mon, 26 Mar 2012 01:20:10 +0200
Goswin von Brederlow wrote:
> There might be a good reason why the ITP is staled, like your own
> example with copyright issues. What would you say if someone else just
> ignored your ITP and uploaded the package without clearing up the
> copyright issues or eve
uspect that my development flow may be similar at times.
I get an idea for a tool or utility - I do a test in shell or something
quick, decide which language it's going to be in when done properly and
before I've even written a line of the final code, I'll create a
debian/ directory, po
I disagree almost completely.
On 2012-03-25 16:00, Joey Hess wrote:
> But still nothing. ITP is more often than not a pointless bureaucracy.
No, it's not nothing, and it's not a pointless bureaucracy. Filing an
ITP shows your intent to a hundreds of developers, which is:
a) useful for the ITP ow
Chris Knadle writes:
> On Sunday, March 25, 2012 19:20:10, Goswin von Brederlow wrote:
>> Joey Hess writes:
> ...
>> > I don't completly boycott filing ITP bugs. I've filed at least three this
>> > decade; two for packages I could not immediatly upload due to a
>> > copyright issue, and one for
On Sunday, March 25, 2012 19:20:10, Goswin von Brederlow wrote:
> Joey Hess writes:
...
> > I don't completly boycott filing ITP bugs. I've filed at least three this
> > decade; two for packages I could not immediatly upload due to a
> > copyright issue, and one for a package that had an independe
On 25/03/12 16:31, Christoph Egger wrote:
> Hi!
>
> Christine Spang writes:
>> I'll talk to David and sponsor his upload if we can agree on an
>> alternate name.
>
> Make sure to also get the binary renamed (though the scheme one is used
> in shebangs since nearlly half a decade).
If its been u
Goswin von Brederlow wrote:
> There might be a good reason why the ITP is staled, like your own
> example with copyright issues. What would you say if someone else just
> ignored your ITP and uploaded the package without clearing up the
> copyright issues or even uploading a different package hijac
Joey Hess writes:
> Christoph Egger wrote:
>> Christoph Egger writes:
>> > Read Policy 5.1 again
>>
>> Well right, that's devref, clicked on the wrong link but still
>
> But still nothing. ITP is more often than not a pointless bureaucracy.
> The turnaround time for packaging the average packag
On 03/25/2012 10:31 PM, Christoph Egger wrote:
> Hi!
>
> Christine Spang writes:
>> I'll talk to David and sponsor his upload if we can agree on an
>> alternate name.
>
> Make sure to also get the binary renamed (though the scheme one is used
> in shebangs since nearlly half a decade).
I think
Hi!
Christine Spang writes:
> I'll talk to David and sponsor his upload if we can agree on an
> alternate name.
Make sure to also get the binary renamed (though the scheme one is used
in shebangs since nearlly half a decade).
Regards
Christoph
--
9FED 5C6C E206 B70A 5857 70CA 9655 22B9
Christoph Egger wrote:
> Christoph Egger writes:
> > Read Policy 5.1 again
>
> Well right, that's devref, clicked on the wrong link but still
But still nothing. ITP is more often than not a pointless bureaucracy.
The turnaround time for packaging the average package is less than the
turnaround t
On Sun, Mar 25, 2012 at 09:15:47PM +0200, Christoph Egger wrote:
> Christoph Egger writes:
> > Read Policy 5.1 again
>
> Well right, that's devref, clicked on the wrong link but still
Right, the developer's reference isn't policy. Forcing the creation of a
WNPP bug for a package that's already re
301 - 400 of 796 matches
Mail list logo