On Thu, 21 Jul 2005 12:33:32 -0300, Ben Armstrong <[EMAIL PROTECTED]> said:
>> 2. Programs written in obscure languages may prove unmaintainable
>> if
>> the original developer disappears. Besides threatening
>> obsolescence, this can be a security issue.
> You've furnished a reason *not*
On Sat, 23 Jul 2005, Manoj Srivastava wrote:
A 'normal' user doesn't know what C, C++ and Perl are.
The "user" I am creating packages for does. I am not really
that interested in working for user who do not know the distinction,
personally speaking.
So your "personal" target user migh
On Thu, 21 Jul 2005 15:08:43 -0300, Ben Armstrong <[EMAIL PROTECTED]> said:
> On Thu, 2005-07-21 at 19:58 +0200, Thijs Kinkhorst wrote:
>> nstead of putting it in the first sentence, the second paragraph
>> would be a fine place to mention details like this, satisfying both
>> novice and advanced
On Fri, 22 Jul 2005 12:57:14 +0200 (CEST), Santiago Vila <[EMAIL PROTECTED]>
said:
> I see your point, but policy has never been a "permanent" thing.
I have no idea where you get this impression.
> For some time we have had a policy which mandated symlinks in
> /usr/doc. Later we had e
On Thu, 21 Jul 2005 16:02:21 +0200, Olaf van der Spek <[EMAIL PROTECTED]> said:
> On 7/21/05, Thaddeus H. Black <[EMAIL PROTECTED]> wrote:
>> I see another side to it, however. At least seven reasons occur to
>> me why a user might care what language a program is written in.
> A 'normal' user d
On Fri, 2005-07-22 at 22:00 +0100, Jon Dowland wrote:
> On Sat, Jul 23, 2005 at 04:13:30AM +1000, Jamie Jones wrote:
> > G'day Jon,
> >
> > As the unofficial maintainer for the past 6 months, I'd like to chime in
> > here. The current version can be built without raven code rather easily
> > so it
On Saturday 23 July 2005 12:07 am, [EMAIL PROTECTED] wrote:
> can u please remove the call waves from my computer please Thnk you very
> much
Hello Shorty550,
This is debian-devel, a mailing list for developers of the Debian GNU/Linux
system, which doesn't relate to the Windows program Callwave i
can u please remove the call waves from my computer please Thnk you very
much
Nikita V. Youshchenko wrote:
> Hello.
>
> Several people probably faced the problem that after initial system bootup,
> and startup of *dm, keyboard does not work.
> Suggested workaround was to add implicit 'vtX' parameter to X server
> command line in Xservers file.
I had a similar problem, us
Hi Goswin,
On Sat, Jul 23, 2005 at 01:55:19AM +0200, Goswin von Brederlow wrote:
> subscribing [the initial submitter] is already the current way.
Really? Since when is this the case?
Jochen
--
http://seehuhn.de/
signature.asc
Description: Digital signature
Javier Fernández-Sanguino Peña wrote:
> If spam e-mail is going to start closing our Bugs in the BTS then we
> should
> start thinking about implementing authentication checks in the BTS...
> like
> for example: do not allow control messages or -close messages with no
> attached (valid) GPG/PGP si
On Sat, 2005-07-23 at 01:33 +0200, Jens Peter Secher wrote:
> I am fighting with libcrypto++ but so far I am loosing.
>
> GCC4 does definitely not like a mix of templates and anonymous enums
> [1,2] but there are easy fixes for this.
>
> What is worse, it seems that GCC4 silently refuses to gen
On Sat, 23 Jul 2005, Goswin von Brederlow wrote:
> Don Armstrong <[EMAIL PROTECTED]> writes:
> > On Fri, 22 Jul 2005, Peter Samuelson wrote:
> >> Now ... how hard would it be to add 'submit-subscribe@' support?
> >> Most of the time, when I submit a bug report, I'd like to subscribe
> >> to it. Wou
Florian Weimer <[EMAIL PROTECTED]> writes:
> * Goswin von Brederlow:
>
>>> What has actually been discussed is automatically subscribing
>>> submitters to the bug report unless some special header/pseudo-header
>>> is added to prevent that. [It's possible that this subscription would
>>> happen wi
Steve Langasek <[EMAIL PROTECTED]> writes:
> Below is a list of libraries which appear to be blocking other packages that
> need to go through the C++ transition[1] and which are themselves ready to
> go through the ABI transition.
[...]
> libcrypto++
I am fighting with libcrypto++ but so far I a
reopen 209891
thanks
If spam e-mail is going to start closing our Bugs in the BTS then we should
start thinking about implementing authentication checks in the BTS... like
for example: do not allow control messages or -close messages with no
attached (valid) GPG/PGP signatures (from a valid deve
* Goswin von Brederlow:
>> What has actually been discussed is automatically subscribing
>> submitters to the bug report unless some special header/pseudo-header
>> is added to prevent that. [It's possible that this subscription would
>> happen without even needing to confirm the subscription... b
Don Armstrong <[EMAIL PROTECTED]> writes:
> On Fri, 22 Jul 2005, Peter Samuelson wrote:
>> Now ... how hard would it be to add 'submit-subscribe@' support?
>> Most of the time, when I submit a bug report, I'd like to subscribe
>> to it. Would this be a straightforward hack?
>
> What has actually b
On Fri, 22 Jul 2005, Michael Meskes wrote:
> I got no answer on my mail to events-na, does that mean we do not
> have a booth there?
No, it merely means that everyone was too lazy to respond.
The booth exists,[1] is being organized,[2] and there will actually be
people there.[3]
> I will come to
On Fri, 22 Jul 2005, Peter Samuelson wrote:
> Now ... how hard would it be to add 'submit-subscribe@' support?
> Most of the time, when I submit a bug report, I'd like to subscribe
> to it. Would this be a straightforward hack?
What has actually been discussed is automatically subscribing
submitte
Hello.
Several people probably faced the problem that after initial system bootup,
and startup of *dm, keyboard does not work.
Suggested workaround was to add implicit 'vtX' parameter to X server
command line in Xservers file.
I've never seen an explanation of what is actually hapenning, and wh
I got no answer on my mail to events-na, does that mean we do not have a
booth there? I will come to attend the show and of course it would be
nice to meet some fellow developers while being in California.
Michael
--
Michael Meskes
Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Co
Denis Barbier <[EMAIL PROTECTED]> writes:
> [Steve Langasek]
>> The best heuristic I can come up with so far is
>>
>> dpkg -x $package tmpdir && \
>> grep -rE '\b(use|class|template)\b|::|#include[[:space:]]+<[a-zA-Z_/]+>'
>> tmpdir/usr/include
>>
>> That may turn up false positives due to the
On Fri, Jul 22, 2005 at 10:00:21PM +0100, Jon Dowland wrote:
> I gather you mean the wiki/forum for the doomsday project and not
> Debian. I'm suitably out of touch that I wasn't aware doomsday was
> available for GNU/Linux natively, yet - I suppose this is what the ITP
> process is for.
>
> 'Hij
On Sat, Jul 23, 2005 at 04:13:30AM +1000, Jamie Jones wrote:
> G'day Jon,
>
> As the unofficial maintainer for the past 6 months, I'd like to chime in
> here. The current version can be built without raven code rather easily
> so it could be made DFSG free with no major loss of functionality.
Gla
[Steve Langasek]
> The best heuristic I can come up with so far is
>
> dpkg -x $package tmpdir && \
> grep -rE '\b(use|class|template)\b|::|#include[[:space:]]+<[a-zA-Z_/]+>'
> tmpdir/usr/include
>
> That may turn up false positives due to the use of common English words, but
> I can't think of
On Fri, 2005-07-22 at 12:12 +0100, Jon Dowland wrote:
> On Fri, Jul 22, 2005 at 12:20:45AM +0200, Alexander Fieroch wrote:
> > Package: wnpp
> > Severity: wishlist
> >
> > URL: http://www.doomsdayhq.com/index.php
> > License: GPL (see http://sourceforge.net/projects/deng)
> >
> > Description:
> >
On Thursday 21 July 2005 20.32, Kirk Reiser wrote:
> << IMPORTANT INFORMATION! >>
>
> This is an automated message.
>
> The message you sent (attached below) requires confirmation
> before it can be delivered. To confirm that you sent the
> message below, just hit the "R"eply button and send this
>
On Mon, 18 Jul 2005 the mental interface of
Domenico Andreoli told:
[...]
> i doubt seriously a new package like libcurl3-gnutls is appropriate,
> but let me know your opinion.
>
> is this stuff urgent?
Yes!
Elimar
--
Learned men are the cisterns of knowledge,
not the fountainheads ;-)
I will be out of the office starting 07/17/2005 and will not return until
07/23/2005.
I will have limited connectivity.
If you need immediate assistance, please contact Melody Ng.
Benita.
For NextWave Issues or questions, please contact Paul Rodriguez
--
To UNSUBSCRIBE, email to [EMAIL PROTE
On Sat, 2005-07-23 at 00:33 +1200, Nigel Jones wrote:
> now, how about [EMAIL PROTECTED] because I have a
> feeling that co-maintainers/uploaders get bug reports for a project.
Use the package tracking system[1] for this.
Kind regards,
Philipp Kern
[1] http://packages.qa.debian.org
--
To UNS
On 22/07/05, Pascal Hakim <[EMAIL PROTECTED]> wrote:
> Hi everyone,
>
> One of the oft-requested features for the BTS had been the ability to
> subscribe to bugs.
>
> It is now possible to subscribe and unsubscribe from individual bugs in
> the Bug Tracking System. To do so, simply send an email
Graham Williams <[EMAIL PROTECTED]> writes:
> Received Fri 22 Jul 2005 9:27am +1000 from Matthew Palmer:
>> On Thu, Jul 21, 2005 at 07:12:29AM +1000, Graham Williams wrote:
>> > Since installing apt 0.6 on an otherwise up-to-date unstable (except
>> > for anything depending on the aspell librarie
Hi all,
I think a new system log:
A daemon control for the transfer from cdrom (cdr) and usb device.
/var/log/cdrom
/var/log/usb
etc.
This is very useful for a administrator many user account.
What do u think?
Thanks :-)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "uns
pe, 2005-07-22 kello 13:19 +0200, Helmut Wollmersdorfer kirjoitti:
> Lars Wirzenius wrote:
>
> > The way I'm running it now, it installs and purges each package (plus
> > dependencies), and then compares the state of the filesystem (the
> > chroot) before and after and reports files that have been
Lars Wirzenius wrote:
The way I'm running it now, it installs and purges each package (plus
dependencies), and then compares the state of the filesystem (the
chroot) before and after and reports files that have been modified,
removed, or created. Quite simplistic, really, but good enough to find
On Fri, Jul 22, 2005 at 12:20:45AM +0200, Alexander Fieroch wrote:
> Package: wnpp
> Severity: wishlist
>
> URL: http://www.doomsdayhq.com/index.php
> License: GPL (see http://sourceforge.net/projects/deng)
>
> Description:
>
> About The Doomsday Engine
> The Doomsday Engine is an enhanced and e
On Fri, 22 Jul 2005, Steve Langasek wrote:
> > > On Mon, 18 Jul 2005, Santiago Vila wrote:
> > Do you think having this in policy may be harmful? If so, why?
>
> > We supported upgrades that skip releases in the past, and now we do
> > not (I suppose the fact that our release cycles are much long
Received Fri 22 Jul 2005 9:27am +1000 from Matthew Palmer:
> On Thu, Jul 21, 2005 at 07:12:29AM +1000, Graham Williams wrote:
> > Since installing apt 0.6 on an otherwise up-to-date unstable (except
> > for anything depending on the aspell libraries...) packages on my
> > local archive are being o
Goswin von Brederlow escribió:
Javier Fernández-Sanguino Peña <[EMAIL PROTECTED]> writes:
If spam e-mail is going to start closing our Bugs in the BTS then we
should
start thinking about implementing authentication checks in the BTS...
like
for example: do not allow control messages or -close
On Jul 22, Thomas Hood <[EMAIL PROTECTED]> wrote:
> I have a couple of initscripts that print progress messages and I do
> not want to be too hasty in eliminating them so I am thinking of
> doing the following for now:
Please don't. lsb-base is a tiny package, either use it or don't.
It will have
Le Ven 22 Juillet 2005 11:14, Thomas Hood a écrit :
> I have a couple of initscripts that print progress messages and I do
> not want to be too hasty in eliminating them so I am thinking of
> doing the following for now:
>
> ...
>
> if [ -r /lib/lsb/init-functions ] ; then
> . /lib/lsb/init-f
I have a couple of initscripts that print progress messages and I do
not want to be too hasty in eliminating them so I am thinking of
doing the following for now:
...
if [ -r /lib/lsb/init-functions ] ; then
. /lib/lsb/init-functions
print_warning_msg() { log_warning_msg "$*" ; }
Pascal Hakim <[EMAIL PROTECTED]> writes:
> Hi everyone,
>
> One of the oft-requested features for the BTS had been the ability to
> subscribe to bugs.
>
> It is now possible to subscribe and unsubscribe from individual bugs in
> the Bug Tracking System.
...
> Many thanks to Joachim Breitner and Do
[Pascal Hakim]
> It is now possible to subscribe and unsubscribe from individual bugs in
> the Bug Tracking System. To do so, simply send an email to
> [EMAIL PROTECTED], or [EMAIL PROTECTED]
THANK YOU, those of you who coded and deployed this! This is something
I've wanted as long as I can reme
pe, 2005-07-22 kello 09:38 +0200, Petter Reinholdtsen kirjoitti:
> [Lars Wirzenius]
> > The way I'm running it now, it installs and purges each package
> > (plus dependencies), and then compares the state of the filesystem
> > (the chroot) before and after and reports files that have been
> > modif
On Tue, Jul 19, 2005 at 12:54:56PM +0200, Santiago Vila wrote:
> On Tue, 19 Jul 2005, Don Armstrong wrote:
> > On Mon, 18 Jul 2005, Santiago Vila wrote:
> > > On Mon, 18 Jul 2005, Steve Langasek wrote:
> > > > In this context, woody->sarge transition packages are just one
> > > > form of useless c
On Fri, Jul 22, 2005 at 10:35:40AM +0200, Adeodato Simó wrote:
> * Martin Samuelsson [Fri, 22 Jul 2005 10:01:04 +0200]:
>
> > Adeodato Simó @ 2005-07-20 (Wednesday), 13:30 (+0200)
> > > Debian Bug Subscription Feature, by Joachim Breitner:
>
> > > http://lists.debian.org/debian-devel/2005/0
* Martin Samuelsson [Fri, 22 Jul 2005 10:01:04 +0200]:
> Adeodato Simó @ 2005-07-20 (Wednesday), 13:30 (+0200)
> > Debian Bug Subscription Feature, by Joachim Breitner:
> > http://lists.debian.org/debian-devel/2005/07/msg00490.html
> I'm quoting that mail to feed it to the bug report regar
* Petter Reinholdtsen
> Can you do upgrade testing as well. It would be great to know what
> packages fail to upgrade properly from woody to sarge, and from sarge
> to etch.
Indeed. And if you can, Lars, please include a test to see which
packages which modify their own conffiles so the user
Adeodato Simó @ 2005-07-20 (Wednesday), 13:30 (+0200)
> Debian Bug Subscription Feature, by Joachim Breitner:
>
> http://lists.debian.org/debian-devel/2005/07/msg00490.html
I'm quoting that mail to feed it to the bug report regarding the issue.
"
Hi,
Something that I have been missing for
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> Brian Nelson wrote:
>> OK, very well then, I'll undo the GCC 4 transition for libaspell15.
>
> Isn't there still a binary-compatibility issue here? I thought that
> in an application, there must only be one version of libstdc++,
> directly or indirec
On Fri, Jul 22, 2005 at 09:13:00AM +0200, "Martin v. Löwis" wrote:
> Brian Nelson wrote:
> > OK, very well then, I'll undo the GCC 4 transition for libaspell15.
> Isn't there still a binary-compatibility issue here? I thought that
> in an application, there must only be one version of libstdc++,
>
In article <[EMAIL PROTECTED]> you wrote:
> Is this acceptable to everyone? Suggestions on how to do this better?
This would be real great QA work, would you mind to also send a final or
intermediate report with the most common errors you encountered. In my
experience somebody who audits a particu
Brian Nelson wrote:
> OK, very well then, I'll undo the GCC 4 transition for libaspell15.
Isn't there still a binary-compatibility issue here? I thought that
in an application, there must only be one version of libstdc++,
directly or indirectly. Otherwise, during runtime, symbols may resolve
from
[Lars Wirzenius]
> The way I'm running it now, it installs and purges each package
> (plus dependencies), and then compares the state of the filesystem
> (the chroot) before and after and reports files that have been
> modified, removed, or created.
Can you do upgrade testing as well. It would be
Lars Wirzenius <[EMAIL PROTECTED]> writes:
> I'm running piuparts, my package installation, upgrading, and removal
> tester, against etch. It takes a while, and produces a fairly large
> number of error logs that need to be investigated manually. This
> sometimes reveals a bug in piuparts, and some
> "Javier" == Javier Fernández-Sanguino Peña <[EMAIL PROTECTED]> writes:
Javier> If spam e-mail is going to start closing our Bugs in the
Javier> BTS then we should start thinking about implementing
Javier> authentication checks in the BTS... like for example: do
Javier> not a
58 matches
Mail list logo
