Re: Bug#414966: ITP: svnmerge -- A merge helper tool for Subversion

[Josselin Mouette]

Le jeudi 15 mars 2007 à 07:01 +0100, Dario Minnucci a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: Dario Minnucci <[EMAIL PROTECTED]>
> 
> * Package name: svnmerge

Instead of 3 packages, couldn't these 3 scripts fit in a single
svn-tools package?

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.

Re: Commit hooks to notify BTS

[Loïc Minier]

On Thu, Mar 15, 2007, Christian Perrier wrote:
> During translation handling of several packages, I happen to commit a
> big bunch of updates, each supposed to fix a l10n bug report and
> sending a "Committed" mails with "tags xx pending" is also a
> PITAand, of course, I happen to forget, or ommit to Bcc
> [EMAIL PROTECTED], etc.

 I was happy enough with "tagpending" in devscripts that I didn't bother
 writing a hook -- but I tend to forget tagpending so I would be glad to
 use a SVN commit hook.  :-)

-- 
Loïc Minier <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Debian qualified as a OMG operating system

[Emanuele Rocca]

Hi guys,

quoting http://wiki.debian.org/DebianSystem#systemadministration

"Debian has been qualified as a OMG operating system for administrators,
 primarily because of its ease of use, security and straight-forward
 common sense usage."

What is a "OMG operating system"? 

In my head OMG could mean:

1) Object Management Group
2) Oh My God

ciao,
ema


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian qualified as a OMG operating system

[Kevin Mark]

On Thu, Mar 15, 2007 at 10:33:45AM +0100, Emanuele Rocca wrote:
> Hi guys,
> 
> quoting http://wiki.debian.org/DebianSystem#systemadministration
> 
> "Debian has been qualified as a OMG operating system for administrators,
>  primarily because of its ease of use, security and straight-forward
>  common sense usage."
> 
> What is a "OMG operating system"? 
> 
> In my head OMG could mean:
> 
> 1) Object Management Group
> 2) Oh My God
> 
> ciao,
> ema
I'd say the latter. This month a new user, Jim Hyslop, on debian-user
was confused at only having to change 'sarge' to 'etch' and update.  He
couldn't understand how it could be so simple. His post was titled 'Is
that all there is to it??' That's OMG!

-- 
|  .''`.  == Debian GNU/Linux == |   my web site:   |
| : :' :  The  Universal |mysite.verizon.net/kevin.mark/|
| `. `'  Operating System| go to counter.li.org and |
|   `-http://www.debian.org/ |be counted! #238656   |
|  my keyserver: subkeys.pgp.net | my NPO: cfsg.org |
|join the new debian-community.org to help Debian!  |


signature.asc
Description: Digital signature

Re: May one use ~rc1 within versions although older lintians are complaining?

[Roman Müllenschläder]

Am Mittwoch, 14. März 2007 schrieb Gunnar Wolf:
> Please set up the headers accordingly in your mail client :)
What's wrong with my headers?

Lg
Roman

Re: May one use ~rc1 within versions although older lintians are complaining?

[Roman Müllenschläder]

Am Mittwoch, 14. März 2007 schrieb Gunnar Wolf:
> Roman Müllenschläder dijo [Tue, Mar 13, 2007 at 08:43:56PM +0100]:
> > > > > So, why are you using a version that's not the one in testing, nor
> > > > > the one in stable?
> > > >
> > > > Because my laptop, where I'm building the packages on, is running
> > > > Edgy ;)
> > >
> > > I know I'm stating the obvious here ... but you shouldn't try to
> > > develop packages for Debian exclusively on Ubuntu systems.  You won't
> > > be able to test your packages.  Not being able to test your packages is
> > > generally considered a Bad Thing.  (Or you at least tell your sponsor
> > > "this package has not been tested on Debian", right?)
> >
> > Why is every question I'm asking here treated like me beeing a child in
> > time, not able to do the logical?
> >
> > Testing a package is useless and senseless ... I know that well!
>
> HUH!?!?
>
> Ummmh... If that's how you really feel and I'm not failing to
> understand some deep sarcastic remark, I invite you to keep those
> packages away from Debian.
>

Isn't it ironic ;)

Lg
Roman

And PLS! STOP CC'ing me!!

Re: May one use ~rc1 within versions although older lintians are complaining? (Closed)

[Roman Müllenschläder]

Am Dienstag, 13. März 2007 schrieb Roman Müllenschläder:
> Hi there ...
>
> I'm packaging for debian right now and wanted to now if I may use a version
> number like: 1.0.8~rc1-1 ?
>
> Reason is the following: I have this packages on my repository for making
> it available to users for testing puposes. I know that the initial release
> should be 1.0.8-1. So if I do updates on the package now, I can't increment
> the version (which is now 1.0.8-1).
>
> So my wish would be to use 1.0.8~rc1-1/2/3... until initial release which
> will be 1.0.8-1 then.
>
> My version of lintian is 1.23.22 and it gives error if I use this version
> number and I'm fearing these error prevent the package from beeing
> sponsored !?
>
> Lg
> Roman

Ok ... thx for your answers to this! 

Beside building and testing my packages in a proper way (pbuilder and clean 
installations in vmware - because of my packgage beeing a graphical one, I 
decided to use a graphical system for testing, not chroot) I just mis-used 
lintian ;(
So my question came up cause of this unproper usage, was my fault and is 
therfore answered.

Lg
Roman

Bug#414988: ITP: twistedsnmp -- SNMP protocol implementation for Python Twisted framework

[Stefano Zacchiroli]

Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli <[EMAIL PROTECTED]>

* Package name: twistedsnmp
  Version : 0.3.13
  Upstream Author : Michael C. Fletcher, Patrick K. O'Brien
* URL : http://twistedsnmp.sourceforge.net/
* License : BSD License
  Programming Lang: Python
  Description : SNMP implementation for the Twisted networking framework
   TwistedSNMP is a set of SNMP (Simple Network Management Protocol)
   protocol implementations for Python's Twisted Matrix networking
   framework using the PySNMP project.
   .
   It provides the following:
* get, set, getnext and getbulk Manager-side queries
* get, set, getnext and getbulk Agent-side services
   .
   Eventual goals of the system:
* provide access to all v1 and v2 SNMP functionality for writing
  Agent and Manager services
* provide convenient testing mechanisms for SNMP Agent/Manager
  development (e.g. mirroring an SNMP Agent's OID tree for local
  query testing)
   .
Homepage: http://twistedsnmp.sourceforge.net/

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#414966: ITP: svnmerge -- A merge helper tool for Subversion

[Stefano Zacchiroli]

On Thu, Mar 15, 2007 at 10:01:25AM +0100, Josselin Mouette wrote:
> Instead of 3 packages, couldn't these 3 scripts fit in a single
> svn-tools package?

Seconded, and even more: the "subversion-tools" package is a binary
package from the "subversion" source package. At first glance, stuff in
subversion-tools is contributed stuff to the subversion upstream. Can't
these 3 scripts be contributed upstream as well and hence distributed
directly in subversion-tools?

Cheers.

-- 
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
(15:56:48)  Zack: e la demo dema ?/\All one has to do is hit the
(15:57:15)  Bac: no, la demo scema\/right keys at the right time


signature.asc
Description: Digital signature

Re: Bug#414966: ITP: svnmerge -- A merge helper tool for Subversion

[Bernd Zeimetz]

Heya,
> Seconded, and even more: the "subversion-tools" package is a binary
> package from the "subversion" source package. At first glance, stuff in
> subversion-tools is contributed stuff to the subversion upstream. Can't
> these 3 scripts be contributed upstream as well and hence distributed
> directly in subversion-tools?
>   
and even more: where's the difference between svnmerge from this
package, and svnmerge from "subversion-tools" ?

Cheers,

Bernd


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: May one use ~rc1 within versions although older lintians are complaining?

[Magnus Holmgren]

On Thursday 15 March 2007 11:31, Roman Müllenschläder wrote:
> Am Mittwoch, 14. März 2007 schrieb Gunnar Wolf:
> > Please set up the headers accordingly in your mail client :)
>
> What's wrong with my headers?

Nothing AFAICS, at least not according to the Code of Conduct of these mailing 
lists. Gunnar might be thinking of Mail-Followup-To or setting Reply-To to 
the list yourself, but the fact is that it isn't well-defined how to setup 
the mail header to express all your preferences for replies and followups.

-- 
Magnus Holmgren[EMAIL PROTECTED]
   (No Cc of list mail needed, thanks)


pgpekkubxgx22.pgp
Description: PGP signature

Re: What happened to Agnula.org (DeMuDi)?

[Andreas Tille]

On Tue, 13 Mar 2007, Tomas Nykung wrote:


DeMuDi is dead,


H, well, what exactly means dead?  I did not dived into the
DeMuDi project personally, but besides producing ISO images ready
to install my impression was that the people connected to that
project are busy integrating audio related software into Debian
and try to care about a general audio infrastructure.  This
effort belongs to the scope of Custom Debian Distributions and
thus the relevant list is in CC.


I would recommend you to try out 64Studio.
http://64studio.com

It's based on Debian testing (Etch).
Note that there is both a 64 bit and a 32 bit version available, be
sure to download the correct version for your hardware if you
decide to try it.


Well, so far for your recommendation.  My personal recommendation would
be that somebody who is interested in multimedia in Debian would try
to contact the people behind 64studio.com and explain them the advantage
they could gain if they would try to continue what DeMuDi started
or to work together with the DeMuDi people.  If needed I might seek
for some examples where I did so when DeMuDi was "farer away" from Debian.
If the 64studio.com people would learn this lession they might
increase their chances that after a couple of years a mail pops
up saying "64studio.com is dead, use XYZ instead".  It would be
so good if people would try to work together with Debian for
their own profit.

Kind regards

  Andreas.

--
http://fam-tille.de


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Compiling Debs on AMD vs. Intel and 32bit vs. 64bit

[Michael S. Peek]

Hi gurus,

I'm looking to buy or build an install host -- one machine dedicated to 
building and serving a local repository for the purposes of 
installing/upgrading/maintaining other Debian hosts throughout our 
organization.  The problem is, I'm a little clueless when it comes to 
hardware, and I want to make sure that I'm not about to shoot myself in 
the foot.  Some of the packages in my local repository require 
compiling.  Do I need to worry about AMD vs. Intel and/or 32-bit vs. 
64-bit when building my install host?  (A machine that generates *.deb 
files that are only good on *that* one machine is useless to me.)


How do you guys deal with this in your organizations?

Thanks for your input,

Michael Peek


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#415021: ITP: pysnmp-se -- speed enhanced Python SNMP library for agents and managers

[Stefano Zacchiroli]

Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli <[EMAIL PROTECTED]>

* Package name: pysnmp-se
  Version : 3.5.2
  Upstream Author : Mike Fletcher <[EMAIL PROTECTED]>
* URL : https://sourceforge.net/projects/twistedsnmp/
* License : BSD
  Programming Lang: Python
  Description : speed enhanced Python SNMP library for agents and managers
   PySNMP is a Python implementation of SNMP v.1/v.2c engine; both 2.x
   and 4.x branches of PySNMP are available in Debian.
   .
   PySNMP-SE (Speed Enhanced) is a fork of the PySNMP 3.4.x branch with
   various speed enhancements, the most important being the replacement
   of string-based OIDs with tuple-based OIDs.
   .
   This makes PySNMP-SE slightly incompatible with PySNMP.

I'm packaging pysnmp-se only as a dependency of python-twisted-snmp,
which unfortunately hasn't yet been completely ported to python-pysnmp4
(and whose author is not currently interested in completing).

An alternative solution can be to include pysnmp-se in the
python-twisted-snmp package directly. I think the solution of packaging
pysnmp-se separately is better for a couple of reasons:

- the projects are split in separate upstream packages and have
  different upstream versions

- pysnmp-se packages have been made available also in other
  distributions (not really a reason, just an additional experience...)

Cheers.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Commit hooks to notify BTS

[Russ Allbery]

Christian Perrier <[EMAIL PROTECTED]> writes:

> Apart from "has anyone already done the same thing for the poor users of
> stone age VCS like Subversion"?

http://www.eyrie.org/~eagle/software/svnlog/

I have a Debian package that I use on my own systems that I haven't
uploaded just because, well, Debian package for a single script that
people could just download and put in their hooks directory.  But if
anyone thinks it's useful, I can certainly upload the package.

-- 
Russ Allbery ([EMAIL PROTECTED])   


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#415036: ITP: arp-scan -- arp scanning and fingerprinting tool

[Tim Brown]

Package: wnpp
Severity: wishlist
Owner: Tim Brown <[EMAIL PROTECTED]>

* Package name: arp-scan
  Version : 1.5
  Upstream Author : Roy Hills <[EMAIL PROTECTED]>
* URL : http://www.nta-monitor.com/tools/arp-scan/
* License : GPL
  Programming Lang: C
  Description : arp scanning and fingerprinting tool

arp-scan is a command-line tool that uses the ARP protocol to discover 
and fingerprint IP hosts on the local network. It is available for Linux 
and BSD under the GPL licence.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

co-mentor for a GSoC proposal wanted: debbugs web submission

[Stefano Zacchiroli]

Hi all,
  I'm willing to present a Debian project proposal for the Google Summer
of Code [1] for implementing a web frontend for reporting bugs to the
Debian BTS. I'm volunteering for being a mentor for such a project. I've
expertise in the field of usability and I know, as an user, debbugs
related services like the LDAP gateway; however I'm lacking in-depth
knowledge of debbugs code.

Hence I would feel more confident in proposing the project if someone
with such knowledge join me in co-mentoring the project, in case an
interested student shows up.

Possible people interested in co-mentoring that come to my mind are Sam
Hocevar (who mentioned a web-interface in his DPL platform), Bastian
Venthur (who is developing reportbug-ng), Don Armstrong (who AFAIK is
working actively on debbugs). I've Cc-ed these people.

They, or anyone else interested in co-mentoring the project can contact
me in private mail.

Cheers.

[1] http://wiki.debian.org/SummerOfCode2007

-- 
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
(15:56:48)  Zack: e la demo dema ?/\All one has to do is hit the
(15:57:15)  Bac: no, la demo scema\/right keys at the right time


signature.asc
Description: Digital signature

Re: Compiling Debs on AMD vs. Intel and 32bit vs. 64bit

[Greg Folkert]

On Thu, 2007-03-15 at 11:03 -0400, Michael S. Peek wrote:
> Hi gurus,
> 
> I'm looking to buy or build an install host -- one machine dedicated to 
> building and serving a local repository for the purposes of 
> installing/upgrading/maintaining other Debian hosts throughout our 
> organization.  The problem is, I'm a little clueless when it comes to 
> hardware, and I want to make sure that I'm not about to shoot myself in 
> the foot.  Some of the packages in my local repository require 
> compiling.  Do I need to worry about AMD vs. Intel and/or 32-bit vs. 
> 64-bit when building my install host?  (A machine that generates *.deb 
> files that are only good on *that* one machine is useless to me.)
> 
> How do you guys deal with this in your organizations?
> 
> Thanks for your input,

I am not a DD, but my approach would be to buy 64bit AMD or Intel
hardware (amd64_x86(sic?) covers both architectures). I would then make
a 64-bit build environment in a chroot, then a 32-bit build environment
in a chroot. After that it is a SMOP (not not really but, I digress) to
get the buildd in each environment to do its job.

Of course, you could also setup XEN or Vserver environments.

And for clarity, IA32 cover 32-bit Intel and works for AMD 32-bit
processors. IA64 is the Itanium series of processors, amd64 cover the
AMD K8/Opteron processors AND the Intel emt64* Intel processors. Intel
lost out on that nomenclature.

I am sure others will either correct me or elaborate or both.
-- 
greg, [EMAIL PROTECTED]

Novell's Directory Services is a competitive product to Microsoft's
Active Directory in much the same way that the Saturn V is a competitive
product to those dinky little model rockets that kids light off down at
the playfield. -- Thane Walkup


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Commit hooks to notify BTS

[John Goerzen]

On Thu, Mar 15, 2007 at 06:45:45AM +0100, Christian Perrier wrote:
> > Feedback appreciated.
> 
> 
> Apart from "has anyone already done the same thing for the poor users
> of stone age VCS like Subversion"?

I think it should be trivial to accomplish in svn.  All you have to do
is extract the log message, rev number, and username from the hook and
pass it to the generic backend script.  I imagine it couldn't be more
difficult than the less-than-one-page Mercurial one.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#414966: ITP: svnmerge -- A merge helper tool for Subversion

[Wouter Verhelst]

On Thu, Mar 15, 2007 at 12:35:19PM +0100, Bernd Zeimetz wrote:
> Heya,
> > Seconded, and even more: the "subversion-tools" package is a binary
> > package from the "subversion" source package. At first glance, stuff in
> > subversion-tools is contributed stuff to the subversion upstream. Can't
> > these 3 scripts be contributed upstream as well and hence distributed
> > directly in subversion-tools?
> >   
> and even more: where's the difference between svnmerge from this
> package, and svnmerge from "subversion-tools" ?

and 'svn merge' from the svn command line? :)

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Gustavo Franco]

On 3/15/07, Stefano Zacchiroli <[EMAIL PROTECTED]> wrote:

Hi all,
  I'm willing to present a Debian project proposal for the Google Summer
of Code [1] for implementing a web frontend for reporting bugs to the
Debian BTS. I'm volunteering for being a mentor for such a project. I've
expertise in the field of usability and I know, as an user, debbugs
related services like the LDAP gateway; however I'm lacking in-depth
knowledge of debbugs code.

Hence I would feel more confident in proposing the project if someone
with such knowledge join me in co-mentoring the project, in case an
interested student shows up.

Possible people interested in co-mentoring that come to my mind are Sam
Hocevar (who mentioned a web-interface in his DPL platform), Bastian
Venthur (who is developing reportbug-ng), Don Armstrong (who AFAIK is
working actively on debbugs). I've Cc-ed these people.

They, or anyone else interested in co-mentoring the project can contact
me in private mail.
(..)


Hi Zack,

It was me that mentioned about the web submission in platform. I would
like to co-mentor the project and/or any other proposal I've made
there. I also prefer if the student can integrate this feature into
debbugs and not inject the bug report through any other way. To avoid
spam, debbugs can send a mail to the submitter that then need to reply
the confirmation message, so it needs a queue limit, message timeout
and stuff like that. Thoughts?

regards,
-- stratus
http://stratusandtheswirl.blogspot.com


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Compiling Debs on AMD vs. Intel and 32bit vs. 64bit

[Bernd Zeimetz]

Heya,
> And for clarity, IA32 cover 32-bit Intel and works for AMD 32-bit
> processors. 
>   

but ia32 will just work fine on amd64 architectures.
You can decide if you want to run a 32 or 64bit Linux on amd64/emt64.
Both ways have their advantages and drawbacks. Choose whatever you need.


Cheers,

Bernd


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

A "desktop" kernel in debian?

[Wim De Smet]

Hi everyone,

I've recently recompiled my kernel again, after running the standard
debian one, to include stuff such as preemption and a higher tick
frequency (1000Hz). It is hard to test whether this makes any
noticeable difference on performance, but I've found that it seems to
make the desktop a lot snappier. Especially using compiz (which is
still having problems on this box, but that's the crappy nvidia
drivers). Since I changed a few other things (notably target cpu and
apic) I can't be entirely sure that this is due to preemption, but it
seems the likely candidate.

Anyway, I'm writing this mail since it's quite troublesome to be
compiling your own kernel as a desktop user (even if you know what
you're doing) and many people out there seem to be doing exactly what
I did, e.g. download debian sources, change 3 options or so and
recompile. At least, it comes up regularly on debian-user. Therefore I
would like to ask whether people think it a good idea to add a lower
latency version of the kernel to the repository. It would then only
differ from the stock image in about 3 kernel options
(CONFIG_PREEMPT*, CONFIG_PREEMPT_BKL and CONFIG_HZ_*).

I don't follow LKML myself so I'm not sure what the general consensus
among kernel devs is about the value of preempting. I realise my own
appreciation of the subject is quite vague. I'd love for someone to
fill in the gaps.

greets,
Wim


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Steve Langasek]

On Thu, Mar 15, 2007 at 07:28:11PM +0100, Stefano Zacchiroli wrote:
> Hi all,
>   I'm willing to present a Debian project proposal for the Google Summer
> of Code [1] for implementing a web frontend for reporting bugs to the
> Debian BTS. I'm volunteering for being a mentor for such a project. I've
> expertise in the field of usability and I know, as an user, debbugs
> related services like the LDAP gateway; however I'm lacking in-depth
> knowledge of debbugs code.

I (continue to) object to the notion of web-based submission of bugs to
Debian.  Do you really think that someone who can't maneuver reportbug is
capable of submitting a useful bug report?

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Lars Wirzenius]

On to, 2007-03-15 at 15:06 -0700, Steve Langasek wrote:
> I (continue to) object to the notion of web-based submission of bugs to
> Debian.  Do you really think that someone who can't maneuver reportbug is
> capable of submitting a useful bug report?

A GUI version of reportbug would be nice, though. Having to open a terminal
and deal with clumsy line based user interfaces is not a hindrance, but
it is an obstacle, to me.

-- 
Rule #13 for successful communication: don't do Latin quotations


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Shobhit Jindal]

On 3/16/07, Lars Wirzenius <[EMAIL PROTECTED]> wrote:


On to, 2007-03-15 at 15:06 -0700, Steve Langasek wrote:
> I (continue to) object to the notion of web-based submission of bugs to
> Debian.  Do you really think that someone who can't maneuver reportbug
is
> capable of submitting a useful bug report?



well a web-based submission is necessary in cases like mine where one is
behind a university firewall and without any direct SMTP services

--
Registerd Linux User #426561
-
Shobhit Jindal
B.Tech. Part-III,
Department Of Electronics Engineering, ITBHU
INDIA

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Jan Michael C. Alonzo]

Steve Langasek <[EMAIL PROTECTED]> writes:

> I (continue to) object to the notion of web-based submission of bugs to
> Debian.  Do you really think that someone who can't maneuver reportbug is
> capable of submitting a useful bug report?

I don't think this is about abilities. Do you think anyone who can't drive a
car is an idiot? I don't think so. Having said that having a web-based
submission of bugs also won't help if the user interface is badly designed.
So how about putting the design of the interface in the open and let
developers and stakeholders alike to decide which ones should go, which ones
should be in the bug submission form, and which ones should not be there in
the first place?

Cheers.

-- 
Why should I fear death? If I am, death is not. If death is, I am not. Why
should I fear that which cannot exist when I do?
-Epicurus, philosopher (c. 341-270 BCE)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Roberto C. Sanchez]

On Fri, Mar 16, 2007 at 04:10:10AM +0530, Shobhit Jindal wrote:
> On 3/16/07, Lars Wirzenius <[EMAIL PROTECTED]> wrote:
> >
> >On to, 2007-03-15 at 15:06 -0700, Steve Langasek wrote:
> >> I (continue to) object to the notion of web-based submission of bugs to
> >> Debian.  Do you really think that someone who can't maneuver reportbug
> >is
> >> capable of submitting a useful bug report?
> >
> 
> well a web-based submission is necessary in cases like mine where one is
> behind a university firewall and without any direct SMTP services
> 

Actually, you can just send in the report yourself through webmail or
however you access email from your machine:

http://www.debian.org/Bugs/Reporting

Regards,

-Roberto
-- 
Roberto C. Sanchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Steve Langasek]

On Fri, Mar 16, 2007 at 09:48:53AM +1100, Jan Michael C. Alonzo wrote:
> Steve Langasek <[EMAIL PROTECTED]> writes:

> > I (continue to) object to the notion of web-based submission of bugs to
> > Debian.  Do you really think that someone who can't maneuver reportbug is
> > capable of submitting a useful bug report?

> I don't think this is about abilities. Do you think anyone who can't drive a
> car is an idiot?

I think most people are idiots, including most who can drive cars.  But I'm
not sure that's relevant.

A large fraction of bug reports are bad or incomplete, so you need to ensure
that you can contact bug submitters for more information.

HTTP doesn't give you a callback mechanism, so you need to be able to tie
the web submission back to an email address.

You want to avoid joe-jobbing, so you require registration in advance of
allowing bug submissions.

Now you've reimplemented bugzilla, congratulations; and it's still inferior
to reportbug because the website can't automatically gather information
about the package status on your system when you submit a bug.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Josselin Mouette]

Le jeudi 15 mars 2007 à 16:49 -0700, Steve Langasek a écrit :
> HTTP doesn't give you a callback mechanism, so you need to be able to tie
> the web submission back to an email address.
> 
> You want to avoid joe-jobbing, so you require registration in advance of
> allowing bug submissions.
> 
> Now you've reimplemented bugzilla, congratulations; and it's still inferior
> to reportbug because the website can't automatically gather information
> about the package status on your system when you submit a bug.

This is true for the initial report. But you also gain something
bugzilla has and reportbug doesn't: you can crawl on the website, find
an interesting bug, and direclty add some comments.

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Jeroen van Wolffelaar]

On Thu, Mar 15, 2007 at 04:49:36PM -0700, Steve Langasek wrote:
> Now you've reimplemented bugzilla, congratulations; and it's still inferior
> to reportbug because the website can't automatically gather information
> about the package status on your system when you submit a bug.

I think with ActiveX we can get pretty far.

Anyway, I agree on the submitting, but for manipulating bug status, a
web interface can be in some ways and for some people be an productivity
improvement. I might even be interested in mentoring someone who's
interested in working on that, provided that this potential GSoC
student's ideas on the subject are not too far away from what I have in
mind.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Roberto C. Sanchez]

On Fri, Mar 16, 2007 at 12:52:24AM +0100, Josselin Mouette wrote:
> 
> This is true for the initial report. But you also gain something
> bugzilla has and reportbug doesn't: you can crawl on the website, find
> an interesting bug, and direclty add some comments.
> 
I don't see how this is anything that can't be done (better) currently.

Regards,

-Roberto

-- 
Roberto C. Sanchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Charles Plessy]

Le Thu, Mar 15, 2007 at 03:06:33PM -0700, Steve Langasek a écrit :
> On Thu, Mar 15, 2007 at 07:28:11PM +0100, Stefano Zacchiroli wrote:
> > Hi all,
> >   I'm willing to present a Debian project proposal for the Google Summer
> > of Code [1] for implementing a web frontend for reporting bugs to the
> > Debian BTS. I'm volunteering for being a mentor for such a project. I've
> > expertise in the field of usability and I know, as an user, debbugs
> > related services like the LDAP gateway; however I'm lacking in-depth
> > knowledge of debbugs code.
> 
> I (continue to) object to the notion of web-based submission of bugs to
> Debian.  Do you really think that someone who can't maneuver reportbug is
> capable of submitting a useful bug report?

Hi all,

There has been long thread on bug triaging recently. I think that a web
interface to the BTS could make the task easier for volunteers, since
exploring the bug space of a software (from the Debian package to the
Debian derivatives and the upstream sources) is done mostly through the
web.

Have a nice day,

-- 
Charles Plessy
http://charles.plessy.org
Wako, Saitama, Japan


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Roberto C. Sanchez]

On Fri, Mar 16, 2007 at 09:13:19AM +0900, Charles Plessy wrote:
> 
> Hi all,
> 
> There has been long thread on bug triaging recently. I think that a web
> interface to the BTS could make the task easier for volunteers, since
> exploring the bug space of a software (from the Debian package to the
> Debian derivatives and the upstream sources) is done mostly through the
> web.
> 
What will a web interface provide that cannot be found/done by browsing
http://bugs.debian.org/src: ?

Regards,

-Roberto

-- 
Roberto C. Sanchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Bug#415091: ITP: csstidy -- CSS parser and optimiser

[Kevin Coyner]

Package: wnpp

Severity: wishlist
Owner: Kevin Coyner <[EMAIL PROTECTED]>


* Package name: csstidy
  Version : 1.2
  Upstream Author : Florian Schmitz
* URL : http://csstidy.sourceforge.net/
* License : GPL
  Programming Lang: C++
  Description : CSS parser and optimiser

csstidy parses and optimises your CSS code, making it cleaner and
more concise.  The end result is a smaller CSS file and better
written code. It has a variety of option settings giving the user a
significant amount of control over the level of file compression and
readability. It is not a css validator.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US (charmap=ISO-8859-1)

-- 
Kevin Coyner  GnuPG key: 1024D/8CE11941


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Don Armstrong]

On Thu, 15 Mar 2007, Stefano Zacchiroli wrote:
> I'm willing to present a Debian project proposal for the Google
> Summer of Code [1] for implementing a web frontend for reporting
> bugs to the Debian BTS.

Any such frontend must not be worse than reportbug at actually
gathering information and providing real contact information for the
submitter. I personally don't think one for submission will ever be as
useful as reportbug, which is why I've never worked on it myself, and
why I've marked #277744 wontfix.

> Hence I would feel more confident in proposing the project if
> someone with such knowledge join me in co-mentoring the project, in
> case an interested student shows up.

I'm not averse to helping out, but you'll pretty much end up working
with me or someone else with an [EMAIL PROTECTED] hat to actually implement
it anyway.

On Thu, 15 Mar 2007, Gustavo Franco wrote:
> I also prefer if the student can integrate this feature into debbugs
> and not inject the bug report through any other way.

This feature has to be implemented as an add on module to debbugs or
entirely separately. It can use the Debbugs:: modules if it must, but
it really should pull any information it requires using the soap
interface so it doesn't have to run on b.d.o.

As far as submission, it should just operate by actually sending mail
to a debbugs instance.

In any event, the appropriate place to discuss this sort of thing is
debian-debbugs@lists.debian.org, not really here.


Don Armstrong

-- 
"Because," Fee-5 explained patiently, "I was born in the fifth row.
Any fool would understand that, but against stupidity the very Gods
themselves contend in vain."
 -- Alfred Bester _The Computer Connection_ p19

http://www.donarmstrong.com  http://rzlab.ucr.edu


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Anthony Towns]

On Thu, Mar 15, 2007 at 10:23:09PM +, Lars Wirzenius wrote:
> On to, 2007-03-15 at 15:06 -0700, Steve Langasek wrote:
> > I (continue to) object to the notion of web-based submission of bugs to
> > Debian.  Do you really think that someone who can't maneuver reportbug is
> > capable of submitting a useful bug report?
> A GUI version of reportbug would be nice, though. Having to open a terminal
> and deal with clumsy line based user interfaces is not a hindrance, but
> it is an obstacle, to me.

Tried reportbug-ng?

There's also Philip Kern's gnome-reportbug in experimental. I'm not sure what
happened to the GUI control interface he wrote last year.

Cheers,
aj



signature.asc
Description: Digital signature

Re: Compiling Debs on AMD vs. Intel and 32bit vs. 64bit

[Greg Folkert]

On Thu, 2007-03-15 at 21:21 +0100, Bernd Zeimetz wrote:
> Heya,
> > And for clarity, IA32 cover 32-bit Intel and works for AMD 32-bit
> > processors. 
> >   
> 
> but ia32 will just work fine on amd64 architectures.
> You can decide if you want to run a 32 or 64bit Linux on amd64/emt64.
> Both ways have their advantages and drawbacks. Choose whatever you need.

Did you read the message I responded to? You answered exactly no part of
it.
-- 
greg, [EMAIL PROTECTED]

Novell's Directory Services is a competitive product to Microsoft's
Active Directory in much the same way that the Saturn V is a competitive
product to those dinky little model rockets that kids light off down at
the playfield. -- Thane Walkup


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Compiling Debs on AMD vs. Intel and 32bit vs. 64bit

[Adrian von Bidder]

On Thursday 15 March 2007 20.02:14 Greg Folkert wrote:
> And for clarity, IA32 cover 32-bit Intel and works for AMD 32-bit
> processors. IA64 is the Itanium series of processors, amd64 cover the
> AMD K8/Opteron processors AND the Intel emt64* Intel processors.

... and just for completeness: x86_64 was the name the Linux kernel people 
chose for AMD64.  I don't know where the term came from, exactly.

cheers
-- vbi


-- 
Fnord.


pgpRzemOPwD1Y.pgp
Description: PGP signature

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Christian Perrier]

> I (continue to) object to the notion of web-based submission of bugs to
> Debian.  Do you really think that someone who can't maneuver reportbug is
> capable of submitting a useful bug report?


Hint, Steve: l10n...:-)




signature.asc
Description: Digital signature

Work-needing packages report for Mar 16, 2007

[wnpp]

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: 368 (new: 14)
Total number of packages offered up for adoption: 84 (new: 1)
Total number of packages requested help for: 41 (new: 0)

Please refer to http://www.debian.org/devel/wnpp/ for more information.



The following packages have been orphaned:

   clanlib (#414533), orphaned 3 days ago
 Description: JPEG module for ClanLib game SDK
 Reverse Depends: clanbomber clanlib-examples epiphany libclan2c2a-gl
   libclan2c2a-gui libclan2c2a-jpeg libclan2c2a-lua libclan2c2a-mikmod
   libclan2c2a-network libclan2c2a-png (5 more omitted)
 Installations reported by Popcon: 1063

   drip (#414738), orphaned 2 days ago
 Installations reported by Popcon: 425

   eazel-engine (#414530), orphaned 3 days ago
 Description: The Eazel GTK+ theme engine, including the Crux theme
 Installations reported by Popcon: 325

   emifreq-applet (#414532), orphaned 3 days ago
 Description: CPU Frequency Scaling applet
 Installations reported by Popcon: 79

   gnome-apt (#414526), orphaned 3 days ago
 Description: graphical package inspection tool
 Reverse Depends: gnome
 Installations reported by Popcon: 508

   gtkcookie (#414524), orphaned 3 days ago
 Description: Editor for cookie files
 Installations reported by Popcon: 97

   gxset (#414523), orphaned 3 days ago
 Description: Display preferences utility
 Installations reported by Popcon: 97

   kiwi (#414259), orphaned 5 days ago
 Description: a graphical framework to construct simple UI
 Reverse Depends: gazpacho
 Installations reported by Popcon: 149

   libglpng (#414525), orphaned 3 days ago
 Description: PNG loader for OpenGL
 Reverse Depends: chromium libglpng-dev
 Installations reported by Popcon: 520

   mdbtools (#414528), orphaned 3 days ago
 Description: mdbtools libraries
 Reverse Depends: libmdbodbc mdbtools mdbtools-dev mdbtools-gmdb
   openoffice.org-base sqlrelay-mdb
 Installations reported by Popcon: 17146

   nurbs++ (#414522), orphaned 3 days ago
 Description: C++ NURBS library
 Reverse Depends: libnurbs++-dev libnurbs++-doc
 Installations reported by Popcon: 19

   wmcube (#414531), orphaned 3 days ago
 Description: Spinning 3D object that shows the current CPU load
 Installations reported by Popcon: 282

   xmon (#414527), orphaned 3 days ago
 Description: An interactive X protocol monitor
 Installations reported by Popcon: 63

   xracer (#414529), orphaned 3 days ago
 Description: Futuristic racing game
 Installations reported by Popcon: 261

354 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/orphaned for a complete list.



The following packages have been given up for adoption:

   mini-dinstall (#414621), offered 3 days ago
 Description: daemon for updating Debian packages in a repository
 Installations reported by Popcon: 173

83 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list.



For the following packages help is requested:

   aboot (#315592), requested 630 days ago
 Description: Alpha bootloader: Looking for co-maintainers
 Reverse Depends: aboot aboot-cross dfsbuild ltsp-client
 Installations reported by Popcon: 64

   apt-build (#365427), requested 320 days ago
 Description: Need new developer(s)
 Installations reported by Popcon: 655

   apt-cacher (#403584), requested 87 days ago
 Description: caching proxy system for Debian package and source
   files
 Installations reported by Popcon: 270

   apt-show-versions (#382026), requested 219 days ago
 Description: lists available package versions with distribution
 Installations reported by Popcon: 2284

   athcool (#278442), requested 870 days ago
 Description: Enable powersaving mode for Athlon/Duron processors
 Installations reported by Popcon: 256

   audacity (#397166), requested 130 days ago
 Description: looking for co-maintainer
 Installations reported by Popcon: 2833

   cdw (#398252), requested 123 days ago
 Description: Tool for burning CD's - console version
 Reverse Depends: cdw gcdw
 Installations reported by Popcon: 242

   cvs (#354176), requested 385 days ago
 Description: Concurrent Versions System
 Reverse Depends: bonsai crossvc cvs-autoreleasedeb cvs-buildpackage
   cvs2cl cvs2html cvschangelogbuilder cvsconnect cvsd cvsdelta (17
   more omitted)
 Installations reported by Popcon: 12537

   docbook (#358522), requested 358 days 

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Steve Langasek]

On Fri, Mar 16, 2007 at 07:20:50AM +0100, Christian Perrier wrote:
> > I (continue to) object to the notion of web-based submission of bugs to
> > Debian.  Do you really think that someone who can't maneuver reportbug is
> > capable of submitting a useful bug report?

> Hint, Steve: l10n...:-)

Heh, I'm unhappy as it is with the practice of translators of submitting
full .po files instead of diffs. ;)

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Christian Perrier]

> > Hint, Steve: l10n...:-)
> 
> Heh, I'm unhappy as it is with the practice of translators of submitting
> full .po files instead of diffs. ;)

(getting OT)

Actually, I'm among the ppl who discourage the use of diff files for
PO files.

The various differences in formatting behaviour of the PO editing
tools, versions of gettext utilities and the like usually generate too
much crap in diffs.

Moreover, it's not unusual that a maintainer has to deal with PO files
updates a quite long time after the bug submissionwith the
original file being modified (even if only for formatting) in the
meatime.

So, many "diff doesn't apply' interactions between maitnainers and
translators happen pretty often.

So, my usual recommendation for translators is "just submit the full
PO file, preferrably uncompressed and preferrably named exactly as it
should be used".

"uncompressed" is meant to save some time to maintainers. We're now
away from the days where sending .gz files was a common trick to avoid
bad handling of encodings by MUAs

"use the final name" is also a time saver and will avoid some bad
initiatives by maintainers such as naming German translations de_DE.po
or Czech translations as cz.po




signature.asc
Description: Digital signature

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Lars Wirzenius]

On pe, 2007-03-16 at 13:03 +1000, Anthony Towns wrote:
> On Thu, Mar 15, 2007 at 10:23:09PM +, Lars Wirzenius wrote:
> > A GUI version of reportbug would be nice, though. Having to open a terminal
> > and deal with clumsy line based user interfaces is not a hindrance, but
> > it is an obstacle, to me.
> 
> Tried reportbug-ng?

No, actually. When I have time to set up a scratch machine to run
unstable, I'll give it a whirl, thanks.

-- 
Boilerplate programming mean tools lack power.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Andreas Tille]

On Thu, 15 Mar 2007, Steve Langasek wrote:


I (continue to) object to the notion of web-based submission of bugs to
Debian.  Do you really think that someone who can't maneuver reportbug is
capable of submitting a useful bug report?


IMHO the biggest problem of reportbug is that it is not announced in the
end of the install process.  I have seen so many (even skilled) Debian
users who were not aware that there is something like reportbug.  IMHO
this definitely has to be advertised at at least one of the following
places:

   1) d-i before reboot.
   2) When you leave aptitude and other package management tools
  or in a footline of these tools.
   3) It is in fortunes-debian-hints, which is great, but there
  is no recomendation to install fortunes-debian-hints anywhere.

I do not think that reportbug is to complicated (even if a GUI might
not really harm) but the knowledge about this bug reporting tool is
not spreaded wide enough.

Kind regards

Andreas.

--
http://fam-tille.de


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[sean finney]

On Thu, 2007-03-15 at 15:06 -0700, Steve Langasek wrote:
> I (continue to) object to the notion of web-based submission of bugs to
> Debian.  Do you really think that someone who can't maneuver reportbug is
> capable of submitting a useful bug report?

yes, actually.  wrt web based interfaces: sure, it lowers the bar a bit,
but if implemented intelligently it could require a certain minimum
level of quality.

but more important imho though is clearly discerning between "a web
based interface" and an "HTTP interface".  i don't really have a strong
opinion wrt teh web based interface, but having a cgi backend somewhere
to process HTTP POST submissions in a similar format to what the debbugs
server processes woudl be a Very Good Thing.

as others have pointed out smtp is increasingly blocked by network
administrators, and furthermore it's becoming more and more common for a
system to not have an installed/active MTA running on it. 

and wrt the suggestion of "just use webmail" posted later on: this would
also count as a "web based interface", and imo would be the worst kind
since you have no automatic information gathering, no input checking,
and it's rather unintuitive.



sean


signature.asc
Description: This is a digitally signed message part

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Bastian Venthur]

Andreas Tille schrieb:
> IMHO the biggest problem of reportbug is that it is not announced in the
> end of the install process.  I have seen so many (even skilled) Debian
> users who were not aware that there is something like reportbug.  IMHO
> this definitely has to be advertised at at least one of the following
> places:
> 
>1) d-i before reboot.
>2) When you leave aptitude and other package management tools
>   or in a footline of these tools.
>3) It is in fortunes-debian-hints, which is great, but there
>   is no recomendation to install fortunes-debian-hints anywhere.

I know this is gonna be flamed down, but I'm feelin' brave today so
let's try it anyway:

 4) put an reportbug-ng icon on the desktop by default on every
fresh installation

I know this smells like the classic AOL-Button on every Windows-Desktop,
but with our *users* in mind, it might be worth a try -- post-etch of
course and when reportbug-ng is stable enough.


Cheers,

Bastian

-- 
Bastian Venthur  http://venthur.de
Debian Developer venthur at debian org


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Josselin Mouette]

Le jeudi 15 mars 2007 à 20:10 -0400, Roberto C. Sanchez a écrit :
> On Fri, Mar 16, 2007 at 12:52:24AM +0100, Josselin Mouette wrote:
> > 
> > This is true for the initial report. But you also gain something
> > bugzilla has and reportbug doesn't: you can crawl on the website, find
> > an interesting bug, and direclty add some comments.
> > 
> I don't see how this is anything that can't be done (better) currently.

Just try Bugzilla. Really. It has some major issues, but it is also
considerably more advanced than debbugs in several domains.

The simple fact that anyone having submitted a comment to a bug is
automatically added to the CC list for later comments is something that
should be trivial to implement. Instead, we have a bloated and useless
subscription scheme.

Separation between products and components is also something that we
should have given how packages are currently managed. Instead of
products and components, we would talk about teams and packages, but the
concept is the same.

I'm not saying that we should switch to bugzilla - it doesn't fit our
needs. The version tracking in the BTS was also a major breakthrough
that is still unique AFAIK. But the state of denial we are in, saying
that our software can't be improved because it is better than everything
else on all matters, is something that must stop.

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Re: co-mentor for a GSoC proposal wanted: debbugs web submission

[Josselin Mouette]

Le jeudi 15 mars 2007 à 20:34 -0400, Roberto C. Sanchez a écrit :
> What will a web interface provide that cannot be found/done by browsing
> http://bugs.debian.org/src: ?

A way for us to manage our 1600 bugs?

E.g. something like this:
http://bugzilla.gnome.org/browse.cgi?product=nautilus

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée