Hi,
I think that not only should bugs be marked by the
distributions they exist in, they should also be classified by
architecture; since it is quite possible for a bug to only exist in a
specific arch. This opens to dor for arch specific maintainers; which
is not a bad idea since the
Previously Bdale Garbee wrote:
> While you are quite correct, I believe that the only reasonable fix for this
> problem is to complete the adoption and implementation of one of the
> mechanisms to cause the tools on master to close bugs indicated in the
> changes as being closed by a given uploa
In article <[EMAIL PROTECTED]>,
John Goerzen <[EMAIL PROTECTED]> wrote:
>My clock is supposedly set to UTC. When I originally installed, it
>wasn't, and there was no documentation for changing it, but I figured
>that I needed to add a -u to the appropriate init script. Here then
>is /etc/init.d/h
In article <[EMAIL PROTECTED]> you wrote:
: I was looking at the list of release-critical bugs and noticed some bugs
: were closed. A lot of those closed bugs are for packages that are still
: sitting in Incoming. I would like to remind people that you have to wait
: with closing a bug until the f
Nathan E Norman <[EMAIL PROTECTED]> writes:
> : It didn't work here. I use xntp3 to sync my clock, and it would
> : always get set to Eastern time until I changed to CST6CDT. After
> : making that change, it now gives results like yours.
>
> Ok, fair enough. I'm assuming you have the same prog
Dale Scheetz <[EMAIL PROTECTED]> writes:
> This is very strange, as US/Central and CST6CDT are both links to
> Americal/Chicago in the 2.0.7 version that I am building for release
> today.
>
> The 2.0.7pre3 (which I have currently installed) seems to have these
> as separate files.
>
> Which ver
In article <[EMAIL PROTECTED]> you wrote:
It's too bad upstream developers are so diverse in their attitudes about how
to number things... such that we have to deal with stuff like this. However,
that's a fact of life.
: 2) Use the Epoch system for the purpose it was intended, and move libc6
:
On 22 Jun 1998, Rob Browning wrote:
> [EMAIL PROTECTED] (Adam P. Harris) writes:
>
> > A good percentage of Debian users (not just developers) are already
> > running hamm. Why should we have this academic discussion. Just
> > use epochs, use 2.0.7r, use *something*.
>
> I believe Dale's alrea
Jim Pick <[EMAIL PROTECTED]> writes:
> Perhaps you were using the pre-release one I put out a week and a half
> ago? Unfortunately, I didn't increment the version number from the
> pre-release to the released ones.
Ahh, that might be it.
And slap your wrist. Not incrementing the version number
At 5:38 AM -0700 6/22/98, Ian Jackson wrote:
>David Engel writes ("Re: Release management - technical"):
>> On Tue, Jun 09, 1998 at 04:21:57PM +0100, Ian Jackson wrote:
>> > Q. What are we trying to achieve ?
>> >
>> > A. There are two possibilities that I can see
>> > - Timely and good-quality
[EMAIL PROTECTED] (Adam P. Harris) writes:
> A good percentage of Debian users (not just developers) are already
> running hamm. Why should we have this academic discussion. Just
> use epochs, use 2.0.7r, use *something*.
I believe Dale's already decided to use 2.0.7r.
--
Rob Browning <[EMAIL
* [EMAIL PROTECTED] (Marco Budde)
|
| Hi!
|
| I would like to package csound and cecillia. Any comments?
What are they? (I can at least guess csound :-)
--
Ole
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Rob Browning <[EMAIL PROTECTED]> writes:
> Jim Pick <[EMAIL PROTECTED]> writes:
>
> > I should probably add that to the README - and maybe a note to try
> > running "panel" to get to all the other applications. Anything else I
> > should put into the README?
>
> I don't know about the README,
Yann Dirson <[EMAIL PROTECTED]> writes:
> [Note: I don't know much about the internals of the BTS; I hope this
> will be accurate enough, though]
>
> * These fields would be named by the codename of the dist
> (eg. `hamm_status') - can this be achieved easily ?
Why not just go with something mor
Dale Scheetz <[EMAIL PROTECTED]> writes:
> On 22 Jun 1998, Rob Browning wrote:
> > Good luck. It would be great if you come up with one, but I fear it's
> > going to be a lot of work for essentially a *really* minor aesthetic
> > gain.
> >
> > One way this could almost be handled is with and addi
Jim Pick <[EMAIL PROTECTED]> writes:
> I should probably add that to the README - and maybe a note to try
> running "panel" to get to all the other applications. Anything else I
> should put into the README?
I don't know about the README, but I just noticed that after I
installed libgnome0, the
Santiago Vila <[EMAIL PROTECTED]> writes:
> I used a similar approach for procmail and smartlist (only similar,
> because I don't have a "99"), with a clarification about the version
> number in the extended description.
Having the clarification in the extended description removes my final
(minor
Hi!
I would like to package csound and cecillia. Any comments?
cu, Marco
--
Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15
Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [
Carey Evans wrote:
> I don't think slink is supposed to have all the links into hamm yet,
> is it?
I thought I convinced Guy about 2 months ago to make those links. Guess I
was mistaken.
--
see shy jo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Con
Let's not add more complication to the installation of the
distribution which is perceived to be difficult to install. Remember,
doing a few things by hand is a much bigger pain for a busy sysadmin who
is less experienced with Debian than the developers. I see a lot of
developer-centric
On Mon, 22 Jun 1998, Santiago Vila wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
> On Mon, 22 Jun 1998, Dale Scheetz wrote:
>
> > I like Santiago's suggestion better:
> >
> > 2.0.8pre1 => 2.0.7.99.1
> > 2.0.8pre2 => 2.0.7.99.2
> > :
> > 2.0.8 => 2.0.8
> >
> > Whic
-BEGIN PGP SIGNED MESSAGE-
On Mon, 22 Jun 1998, Dale Scheetz wrote:
> I like Santiago's suggestion better:
>
> 2.0.8pre1 => 2.0.7.99.1
> 2.0.8pre2 => 2.0.7.99.2
> :
> 2.0.8 => 2.0.8
>
> Which scales properly and solves the problem.
Mmm, well, this
"Meskes, Michael" <[EMAIL PROTECTED]> writes:
> Okay, I tried starting icewm and then some gnome applets resp. some of
> the desktop tools. But they all seg fault. And I get a message that
> imlib is lacking the file in /usr/etc. Do I have to set an environment
> variable?
>
> I think we should
start up X
type "panel &"
if you're impressed, put it in your .xsession
On Mon, 22 Jun 1998, Michael Meskes wrote:
> B. Bell writes:
> > be sure to check out the panel... it's cool.
> > -brad
>
> Nice to hear that. But unless I get a description of how to use gnome I
> won't even try. I don't ha
Michael Meskes <[EMAIL PROTECTED]> writes:
> Am I correct that we currently do not have a complete desktop with gnome?
> Since there is no wm yet, it's pretty difficult to judge it.
This is a Gnome FAQ item.
Gnome is not meant to have a single window manager. In it's final
form, it will work w
On 22 Jun 1998, Rob Browning wrote:
> Good luck. It would be great if you come up with one, but I fear it's
> going to be a lot of work for essentially a *really* minor aesthetic
> gain.
>
> One way this could almost be handled is with and additional control
> file where you could list sort exce
On 22 Jun 1998 [EMAIL PROTECTED] wrote:
> Brandon Mitchell <[EMAIL PROTECTED]> wrote:
>
> > I'm pretty sure this is the fault of xterm. After a logout, it does this.
> > Do an ldd on ssh before rebuilding.
[ Note that this was my stupidity since the user said they weren't running
an xterm, but
Dale Scheetz <[EMAIL PROTECTED]> writes:
> Everyone doing an upgrade this go 'round is going to have to be appraised
> of the packages to install "by hand" in any case, so this doesn't "add"
> another step, it just uses the step we are already being forced to take,
> as a way to avoid additional m
On Mon, 22 Jun 1998, Ian Jackson - Debian Project Leader wrote:
> Ian Jackson - Debian Project Leader writes ("Re: Constitution, and SPI
> section s.9"):
> ...
> > I've asked Tim et al for an electronic copy, but they don't have one.
> > I've now asked if it would be OK for me to scan in my paper
On Mon, Jun 22, 1998 at 03:58:53PM +0100, Ian Jackson - Debian Project Leader
wrote:
> Dale Scheetz writes ("Re: Constitution, and SPI section s.9"):
> > We have yet to see, or even hear about the charter for SPI. Those who have
> > attempted to get such information from the State of New York, hav
On Mon, Jun 22, 1998 at 01:38:21PM +0100, Ian Jackson wrote:
> Enrique Zanardi writes ("Re: Release management - technical"):
> > On Tue, Jun 09, 1998 at 04:21:57PM +0100, Ian Jackson wrote:
> ...
> > > I think we can only do one of these. With hamm we're doing the
> > > latter; in the future I th
Santiago Vila writes:
> > As I see it, the `Status' of a bug-report (I suggest at least: clear,
> > reported, identified, known-workaround, known-fix, fixed) is an issue
> > that is othogonal to the `Severity' (as used for now: wishlist,
> > normal, important, grave, critical) - eg. the fact th
On Mon, 22 Jun 1998, Vincent Renardias wrote:
>
> On Mon, 22 Jun 1998, Dale Scheetz wrote:
>
> > In the mean time, unless anyone can object within the next several hours,
> > I will construct and upload a new release of glibc with the version
> > number: 2.0.7r-1
>
> IMHO, it's the best comprom
On Mon, Jun 22, 1998 at 11:14:54AM -0400, Dale Scheetz wrote:
[snip]
> > Being aesthetically opposed to epochs to the degree that you're
> > willing to force the user to upgrade manually seems unsupportable to
> > me.
>
> Policy says I should not use epochs to resolve prelease numbering
> problems
On Mon, 22 Jun 1998, Dale Scheetz wrote:
> In the mean time, unless anyone can object within the next several hours,
> I will construct and upload a new release of glibc with the version
> number: 2.0.7r-1
IMHO, it's the best compromise...
In the long term, instead of modifying dpkg, why not sim
On 22 Jun 1998, Rob Browning wrote:
> Santiago Vila <[EMAIL PROTECTED]> writes:
>
> > But I believe that most of our users will agree that 2.0.7-1 is a much
> > nicer version number than 2.0.7r-1 and would not mind to install a few
> > packages by hand just *once*.
>
> I don't agree. We have a
The contact I have for the Debian web mirror (www.kr.debian.org)
is Lee, Ho-sun <[EMAIL PROTECTED]>. He has not answered
any of the mail I've sent him in the last 6 months and I am hoping
that one of the Korean users of Debian know him or anybody else
that works on www.kr.debian.org (134.75.7.22).
Ian Jackson - Debian Project Leader writes ("Re: Constitution, and SPI section
s.9"):
...
> I've asked Tim et al for an electronic copy, but they don't have one.
> I've now asked if it would be OK for me to scan in my paper copy.
... and he has said he does not object. So, given that two of the
Dale Scheetz writes ("Re: Constitution, and SPI section s.9"):
> We have yet to see, or even hear about the charter for SPI. Those who have
> attempted to get such information from the State of New York, have been
> told this document is not available. It is my understanding that such
> charters of
> Why? We could have both versions of these programs around for some
> time.
> For instance we add a login-pam package so whoever wants can work with
> it. Once all packages have their -pam package we can switch over to
> fully pam support.
>
> Or we could put the pam aware packages into experime
We have yet to see, or even hear about the charter for SPI. Those who have
attempted to get such information from the State of New York, have been
told this document is not available. It is my understanding that such
charters of incorporation are public knowledge and should be freely
available.
Ot
On Mon, 22 Jun 1998, Santiago Vila wrote:
> If there is something to solve here, "2.0.7r" would be a better
> solution, IMHO, because at least it would allow us to get rid of both
> the epoch and the "r" thing in "2.0.8".
this seems like a good compromise solution to the problem. it fixes the
tec
On Mon, 22 Jun 1998, Ian Jackson wrote:
> We should continue to have `long term goals', and I applaud people who
> work towards them, but we must be able to make a release even when
> they are not met. It is better to have a release now and goals later
> than no release now and goals later !
and
Brandon Mitchell <[EMAIL PROTECTED]> wrote:
> I'm pretty sure this is the fault of xterm. After a logout, it does this.
> Do an ldd on ssh before rebuilding.
Uhhmmm... I don't really know whose fault is this. This weekend I did
a fresh install (using Enrique's 2nd 2.0.7 boot floppies pre-release
Santiago Vila <[EMAIL PROTECTED]> writes:
> But I believe that most of our users will agree that 2.0.7-1 is a much
> nicer version number than 2.0.7r-1 and would not mind to install a few
> packages by hand just *once*.
I don't agree. We have a mechanism to allow clean upgrades. We
should use i
I presume that there would be no question of this discussion even starting
if libc6 had already got an epoch of 1:
It's epoch would just have been bumped up to 2: and nobody would have noticed
the difference.
Since there is an implicit epoch of 0: on the front of all non-epoch versions,
we are re
Jules Bean writes ("Re: Propersel for standerd configuration system. "):
> --On Fri, Jun 12, 1998 7:53 am +0100 "Philip Hands" <[EMAIL PROTECTED]>
> wrote:
> >> The layout of the registry will be similar to Microsoft's windows
> >> registry however it will be far more powerful.
> > ...
> >> So wh
Enrique Zanardi writes ("Re: Release management - technical"):
> On Tue, Jun 09, 1998 at 04:21:57PM +0100, Ian Jackson wrote:
...
> > I think we can only do one of these. With hamm we're doing the
> > latter; in the future I think we should do the former.
>
> Fine, as long as we have some "long t
I've mailed the SPI Board proposing that they agree to the following:
1. SPI will hold money, trademarks and other tangible and
intangible property and manage other affairs for purposes
related to Debian.
2. Such property will be accounted for separately and held in trust
I was looking at the list of release-critical bugs and noticed some bugs
were closed. A lot of those closed bugs are for packages that are still
sitting in Incoming. I would like to remind people that you have to wait
with closing a bug until the fixed package is installed. Closing a bug
before th
Greetings,
I have noticed that a package logwrites hasn't been available
for a long time anymore. Any ideas why it has disappeared and
whether it will come back or not?
Some time ago I hacked up some administration tools that allow
me to keep all (/usr/)local installations under the control of
D
-BEGIN PGP SIGNED MESSAGE-
Wichert Akkerman wrote:
> Previously Santiago Vila wrote:
> > But I believe that most of our users will agree that 2.0.7-1 is a much
> > nicer version number than 2.0.7r-1 and would not mind to install a few
> > packages by hand just *once*.
>
> It's not having
Previously Santiago Vila wrote:
> But I believe that most of our users will agree that 2.0.7-1 is a much
> nicer version number than 2.0.7r-1 and would not mind to install a few
> packages by hand just *once*.
It's not having to install a few packages by hand, it's breaking all
dependencies on lib
Joey Hess <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED]:/debian/home/ftp/debian/dists/slink>find | grep sed
> ./main/binary-alpha/base/sed_2.05-22.deb
[...]
> Available for all architectures but i386!? A lot of other important stuff is
> missing as well, like shellutils, textutils, mbr, util-lin
-BEGIN PGP SIGNED MESSAGE-
Lot of people said:
> What's wrong with using epochs?
epochs last forever, and most people consider them an ugly thing.
Moreover, there is a paragraph in the policy saying that epochs are not
for dealing with "pre" version numbers.
If there is something to solv
B. Bell writes:
> be sure to check out the panel... it's cool.
> -brad
Nice to hear that. But unless I get a description of how to use gnome I
won't even try. I don't have the time to play around with it. That's what I
like with kde. You install it and you use it. I installed gnome, but have no
id
Aaron Van Couwenberghe wrote:
I will shortly post an intent to package OmniORB. It is a more...
lean, shall we say, CORBA ORB implementation than mico. Eventually
(by word from the gnome mailing lists), gnome will be ported to
OmniORB.
Well, most certainly GNOME won't switch back t
[EMAIL PROTECTED] (Adam P. Harris) writes:
> Norbert Veber <[EMAIL PROTECTED]> writes:
> > What sorts of things can pam do? I only know that for example a
> > long program that uses PAM works regardless of weather the
> > password file is shadowed or not, but can it do more advanced
> > authenti
cda does not appear to work. First I apparently need to set XMCD_LIBDIR
to where the cfg files are (the postinst did not mention this,but the
man page did). I set this to /etc/xmcd (which is where the cfg file
lives. However now when cda starts it tries to read
/etc/xmcd/config/common.cfg -- whi
Norbert Veber <[EMAIL PROTECTED]> writes:
> What sorts of things can pam do? I only know that for example a long
> program that uses PAM works regardless of weather the password file is
> shadowed or not, but can it do more advanced authentication, ie. could it be
> used to replace radius?
PAM, a
Ugh, this doesnt make sense the way it is.. :)
> What sorts of things can pam do? I only know that for example a long
^login
> program that uses PAM works regardless of weather the password file is
> shadowed or not, but can it do
[EMAIL PROTECTED] (Adam P. Harris) writes:
> [EMAIL PROTECTED] (Gregory S. Stark) writes:
> > I asked once earlier, but no one responded:
> > Does anyone know how PAM modules should be packaged?
> Gregory, I'm sorry I cannot provide good technical information. I do
> know that we had backed ou
On Sun, Jun 21, 1998 at 07:09:30PM -0400, Adam P. Harris wrote:
> [EMAIL PROTECTED] (Gregory S. Stark) writes:
>
> > I asked once earlier, but no one responded:
> > Does anyone know how PAM modules should be packaged?
>
> Gregory, I'm sorry I cannot provide good technical information. I do
> kn
On Sun, Jun 21, 1998, Shaleh wrote:
> dupload's man page states that --nomail will cause dupload to NOT send
> an e-mail. However, this option gives an error and as far as I can see,
> is not in the source. What has happened?
The "--nomail" option is not implemented (#18512/#18857).
Regards,
H
64 matches
Mail list logo
