On Mon, 28 Jul 2014, Abou Al Montacir wrote:
> On Mon, 2014-07-28 at 17:31 +0100, Ian Jackson wrote:
> > No. There are also those which won't be fixed because we are never
> > going to get enough useful information, no matter how hard we try.
> > This is generally the case with user support request
On Mon, 2014-07-28 at 17:31 +0100, Ian Jackson wrote:
> Abou Al Montacir writes ("Re: How Debian should handle users requests?"):
> > On Fri, 2014-07-25 at 13:24 +0100, Ian Jackson wrote:
> > > On the contrary, we should definitely close bugs which are very
> > &g
Abou Al Montacir writes ("Re: How Debian should handle users requests?"):
> On Fri, 2014-07-25 at 13:24 +0100, Ian Jackson wrote:
> > On the contrary, we should definitely close bugs which are very
> > unlikely to produce any actionable information.
...
> There are tw
Hi,
(also send to owner@b.d.o via bcc: to make them(?) aware of this (sub-
thread).)
On Sonntag, 27. Juli 2014, Paul Wise wrote:
> On Sun, Jul 27, 2014 at 9:02 PM, Holger Levsen wrote:
> > "general" and "project" are maybe useful though..
>
> general only receives misguided user support requests
On Sun, Jul 27, 2014 at 9:02 PM, Holger Levsen wrote:
> "general" and "project" are maybe useful though..
general only receives misguided user support requests, not useful.
project doesn't receive new reports; not useful.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, ema
Hi,
On Sonntag, 27. Juli 2014, Paul Wise wrote:
> Better to delete the general/base/cdrom/project pseudo-packages I
> would think, we don't need them any more.
Basically I agree. "general" and "project" are maybe useful though..
cheers,
Holger
signature.asc
Description: This is a di
On Fri, Jul 25, 2014 at 8:26 PM, Ian Jackson wrote:
> As a more radical suggestion, perhaps it should divert the usual
> output email to debian-user ? Probably we should ask the inhabitants
> of debian-user what they think of this idea...
Better to delete the general/base/cdrom/project pseudo-pa
On Vi, 25 iul 14, 13:26:30, Ian Jackson wrote:
> Arto Jantunen writes ("Re: How Debian should handle users requests?"):
> > I don't think reportbug should allow filing bugs against general at
> > all. The extremely rare cases when one is needed can be filed manually.
On Fri, 2014-07-25 at 13:24 +0100, Ian Jackson wrote:
> Abou Al Montacir writes ("Re: How Debian should handle users requests?"):
> > On Sun, 2014-07-20 at 17:01 +0200, Adam Borowski wrote:
> > > Suspend quirks are among worst bugs for a non-hacker to report.
> >
Jonathan Dowland writes ("Re: How Debian should handle users requests?"):
> Or a pseudo-package which *is* meant for user support, to which bugs are
> re-assigned, and for which debian-user is the "maintainer". Making d-u (more)
> useful as well as solving this issue
Arto Jantunen writes ("Re: How Debian should handle users requests?"):
> I don't think reportbug should allow filing bugs against general at
> all. The extremely rare cases when one is needed can be filed manually.
Indeed. If the user tries to do so, it should direct the us
Abou Al Montacir writes ("Re: How Debian should handle users requests?"):
> On Sun, 2014-07-20 at 17:01 +0200, Adam Borowski wrote:
> > Suspend quirks are among worst bugs for a non-hacker to report.
>
> I fully understand this, but we can not close bugs just because we
&g
Hi Abou,
On Montag, 21. Juli 2014, Abou Al Montacir wrote:
> > oh, wow, how do you want to deal with those? What do you do if these
> > users don't follow up?
> There is always a risk that a user make a mistake, but these questions
> can only reduce the noise and increase the SNR on this comm chan
On Mon, Jul 21, 2014 at 7:30 AM, Holger Levsen wrote:
>> The main goal of all this is to make Debian more user friendly.
>
> You dont make Debian more user friendly by creating a support forum which will
> not be used... there is d-u@l.d.o and there is "ask debian" (forgot the url)
> too.
http:/
On Sun, 2014-07-20 at 17:01 +0200, Adam Borowski wrote:
> On Sun, Jul 20, 2014 at 10:55:55AM +0200, Abou Al Montacir wrote:
> > upgrade ==> not working anymore ==> bug
> > I think this is a typical acceptable situation, what ever the user's
> > level of experience.
> > It is more about how much we
Hi Holger,
On Mon, 2014-07-21 at 13:30 +0200, Holger Levsen wrote:
> Hi Abou,
>
> On Sonntag, 20. Juli 2014, Abou Al Montacir wrote:
> > Then I'd propose to have an other pseudo package "support" and a new
> > mailing list alias for d-u@l.d.o called for example support@d.o which
> > does not link
On Mon, Jul 21, 2014 at 08:36:09AM +0800, Paul Wise wrote:
> That would be change in meaning of the pseudo-package, it isn't
> supposed to be for user support. Personally I don't think that we need
> the general/base/cdrom/project pseudo-packages any more. At minimum we
> should update reportbug to
Hi Abou,
On Sonntag, 20. Juli 2014, Abou Al Montacir wrote:
> Then I'd propose to have an other pseudo package "support" and a new
> mailing list alias for d-u@l.d.o called for example support@d.o which
> does not link to d-d@l.d.o and providing support for users.
>
> This new pseudo package "sup
On Sun, Jul 20, 2014 at 6:29 PM, Jonathan Dowland wrote:
> On Sun, Jul 20, 2014 at 07:50:17AM +0800, Paul Wise wrote:
>> I think that would probably just add more noise to debian-devel.
>
> Maybe "general" bugs should go to debian-user instead?
That would be change in meaning of the pseudo-package
On Sun, Jul 20, 2014 at 10:55:55AM +0200, Abou Al Montacir wrote:
> upgrade ==> not working anymore ==> bug
> I think this is a typical acceptable situation, what ever the user's
> level of experience.
> It is more about how much we care about our users rather than about the
> validity of the bug r
On Sun, Jul 20, 2014 at 07:50:17AM +0800, Paul Wise wrote:
> I think that would probably just add more noise to debian-devel.
Maybe "general" bugs should go to debian-user instead?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contac
On Sun, 2014-07-20 at 11:09 +0200, Abou Al Montacir wrote:
> > Please file bugs about it. Unfortunately reportbug{,-ng} maintenance
> > is not happening often right now so it might take a long time for
> that
> > to happen.
> Sure I'll do.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755392
On Sun, 2014-07-20 at 07:50 +0800, Paul Wise wrote:
> On Sun, Jul 20, 2014 at 2:56 AM, Abou Al Montacir wrote:
>
> > I'd recommend that reportbug(-ng) provide a clear message when creating
> > a bug, just like some other packages do it (evolution to name my
> > preferred mail client). This will th
Hi All,
On Sat, 2014-07-19 at 22:57 +0300, Arto Jantunen wrote:
> (please don't CC me on replies, I read the list)
>
> Abou Al Montacir writes:
> >> We have several forums for user support requests, the main one being
> >> debian-user@l.d.o. The bts "general" pseudopackage is not a user support
On Sun, Jul 20, 2014 at 2:56 AM, Abou Al Montacir wrote:
> I'd recommend that reportbug(-ng) provide a clear message when creating
> a bug, just like some other packages do it (evolution to name my
> preferred mail client). This will then filter more this kind of reports.
Please file bugs about i
(please don't CC me on replies, I read the list)
Abou Al Montacir writes:
>> We have several forums for user support requests, the main one being
>> debian-user@l.d.o. The bts "general" pseudopackage is not a user support
>> forum. The consensus for dealing with user support requests being filed
On Sat, 2014-07-19 at 21:20 +0300, Arto Jantunen wrote:
> > I'd really like having a king of code of conduct for bug handling, just
> > like we have one for mailing lists.
>
> We have several forums for user support requests, the main one being
> debian-user@l.d.o. The bts "general" pseudopackage
Abou Al Montacir writes:
> The first reaction is to open a bug, a reaction I find natural and sane.
> But the maintainer closes immediately the bug without even asking for
> additional information. The user tries to figure out what is wrong and
> opens another bug. And finally both DD and user get
On Sat, 2014-07-19 at 19:49 +0200, Abou Al Montacir wrote:
> Control: reopen -1
>
> On Sat, 2014-07-19 at 17:03 +, Debian Bug Tracking System wrote:
> ...
> > > Missing information, dupe.
> > >
> > > Kind regards,
> > > Andrei
>
> Hi Andrei,
>
> I don't think that missing information is eno
29 matches
Mail list logo