Re: of bash and ...sbin/

[Craig Sanders]

On Wed, Mar 22, 2000 at 04:59:23PM -0500, Jacob Kuntz wrote:

> i don't think appending to the default path would break anything.
> anyone have a problem with that?

nope.  in fact, i routinely edit /etc/profile on new systems to do 
that (i pre-pend the sbin directories, not append them).

it only takes a few seconds to do so i don't care much what the default
is.

craig

--
craig sanders

Re: of bash and ...sbin/

[Jacob Kuntz]

Craig Sanders ([EMAIL PROTECTED]) wrote:
> in short, add the sbin directories to your PATH and move on.
> 

hey, i no more want to participate in a flamewar than the next guy. :-)

i think this tread started with someone wanting the sbin directories in the
normal user's path by default. i see your point that moving those binaries
would break a lot of scripts. i don't think appending to the default path
would break anything. anyone have a problem with that?

-- 
(jacob kuntz)[EMAIL PROTECTED],underworld}.net [EMAIL 
PROTECTED]
(megabite systems) "think free speech, not free beer." (gnu foundataion)

Re: xfce package

[Fabrice Gautier]

On Wed, Mar 22, 2000 at 09:19:36PM +0100, Raphael Hertzog wrote:
> Hi everybody,
> 
> the package xfce seems no more maintained by Kevin Donnelly, someone
> should take it over. The maintainer seems MIA ... trivial bugs are
> not corrected for more than 172 days.
> 
> Anyone wants to take it over and package the new upstream version ? it
> should be quite easy to do since there's a debian directory in the
> upstream source. I don't know if we should upload it to frozen or if we
> should remove xfce from potato and only upload the new version to woody 
> as suggested in the bub report #60258.
>
> If nobody takes it over, I'll probably orphan it by marking debian-qa
> as the maintainer.

I'm not sure...

XFCE 3 is very different from the xfce in potato.

The Xfce in potato is actually my alternate Window Manager after my
complete Gnome environment, it's very lightweight, and had no known
bug. This may be an old package but it work really well.

Xfce3 is almost a complete redesign of Xfce, it now uses Gtk instead of
XForms, had gnome compliancy and a lot of new features.

I think you should rename it xfce2 and it should stay in contrib, and
be orphaned (but there is no known bug, so doesn't really need a
maintener) at least while there is no new RC bugs discovered.


And a new package (says xfce3 or simply xfce) should be build (by a
new maintener) and go into main

Old software, good software



A+

-- 
Fabrice Gautier <[EMAIL PROTECTED]>
 
A robin redbreast in a cage
Puts all Heaven in a rage.
-- Blake

Re: of bash and ...sbin/

[Craig Sanders]

On Wed, Mar 22, 2000 at 11:50:10AM -0500, Jacob Kuntz wrote:
> Chad Miller ([EMAIL PROTECTED]) wrote:
> > 
> > I like that debian's bash package has different paths for users
> > and the superuser, but it's caused me to question ideas behind the
> > placement of some programs in 'sbin' directories.
> >
> > For instance, a program joeuser uses often is 'traceroute' (which is
> > in /usr/sbin).  Other (questionable) ones might be /usr/sbin/fbset
> > or /usr/sbin/lpc .
>
> not to mention ifconfig! having these utils in the non-root path
> is hardly a security risk. if anything, this is just to keep down
> helpdesk calls like "what does MAKEDEV do?" personally, since many of
> these commands print out usefull, non-security-risking data, i don't
> see any good reason to keep em out.

we've had this flamewar before, only a few months ago.

just add "/sbin:/usr/sbin:/usr/local/sbin" to your $PATH and be done
with it. it only takes a few seconds (do it in /etc/profile if you want)
and it doesn't risk breaking existing scripts.

many scripts (both debian scripts and local sysadmin scripts) make use
of ping, traceroute, ifconfig and others in the sbin directories. it is
common practice to specify the full path to sbin binaries to avoid any
potential problems with the PATH being different in different contexts
(e.g. login shell vs cron environment vs su or sudo environment). moving
these programs to different directories will break those scripts.

the minimal benefit of moving them is greatly outweighed by the damage
it would cause.

in short, add the sbin directories to your PATH and move on.

craig

--
craig sanders

Re: 5 days till Bug Horizon

[Tom Lees]

On Wed, Mar 22, 2000 at 08:43:08AM -0500, Ben Collins wrote:
> > > Package: cvs (debian/main).
> > > Maintainer: Tom Lees <[EMAIL PROTECTED]>
> > >   59543 cvs: cvs-makerepos does not exist
> > 
> > Isn't this just "cvs init"?
> 
> I think this is supposed to be a script that creates the repos that you
> listed in the configuration (debconf). Doesn't appear to eexitist even in
> the source.

It does exist, but I forgot to include it in the package in 1.10.7-4.
I'll remove references to it from the documentation for now.

> > >   59909 cvs: cvs segfaults when commiting a dir

This seems to be unreproducable and there has been no response from the
submitter so I'm going to downgrade this to "normal".

-- 
Tom <[EMAIL PROTECTED]>

Nasrudin called at a large house to collect for charity.  The servant said
"My master is out."  Nasrudin replied, "Tell your master that next time he
goes out, he should not leave his face at the window.  Someone might steal it."

Re: blue on black is unreadable (was Re: Bug#60753: mutt: /etc/Muttrc should not use colors)

[Craig Sanders]

On Tue, Mar 21, 2000 at 05:21:22PM +0200, Lauri Tischler wrote:
> > The same can be said about the default "ls" colors.
> > It shows directory names with blue on black.
>
> These must be set up by some bug-eyed alien with colour-resolution
> going well into ultraviolet. :)

now that you have discovered the awful secret of debian, the secret
cabal will have to take care of you. wait right where you are. there
will be a knock on the door shortly.

craig

--
craig sanders

Re: blue on black is unreadable (was Re: Bug#60753: mutt: /etc/Muttrc should not use colors)

[Craig Sanders]

On Tue, Mar 21, 2000 at 04:23:31PM +0900, Junichi Uekawa wrote:
> garabik> >COLOR:1:cyan:black
> garabik> >COLOR:5:brightcyan:black
> 
> The same can be said about the default "ls" colors.
> It shows directory names with blue on black.

yep, i forgot to mention that until after i'd sent the message.

blue on black is just a bad idea - too little contrast between fg & bg
to be readable.

craig

--
craig sanders

Re: of bash and ...sbin/

[Jacob Kuntz]

Robert Bihlmeyer ([EMAIL PROTECTED]) wrote:
> Dylan Paul Thurston <[EMAIL PROTECTED]> writes:
> 
> > On Wed, Mar 22, 2000 at 11:52:37AM -0500, Jacob Kuntz wrote:
> 
> > > at the risk of reigniting a flame war, how is traceroute in a different
> > > catagory that ping?
> 
> traceroute is "deeper" than ping. It exposes things that the casual
> user neither sees nor cares about. Ping only measures what everybody
> experiences anyway: how responsive is a particular host?

and that changes something? one cannot assume that because someone is not
logged in as root, they are a casual user. that mindset breaks with much of
the way debian works. the install highly encourages you to create a normal
user account. saying that traceroute is deeper than ping is like saying that
ps is deeper than ls. and since when do we try to hide problems, in the
network or otherwise?

> 
> One has to draw a boundary, and on GNU systems it runs between ping
> and traceroute. Others do it differnently, AFAIR AIX has both in
> sbin.
> 
> > Or mtr, for that matter?
> 
> That should go into sbin. I filed a wishlist item.

that will only encourage people to run things as root. this is *not* a good
idea.

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

-- 
(jacob kuntz)[EMAIL PROTECTED],underworld}.net [EMAIL 
PROTECTED]
(megabite systems) "think free speech, not free beer." (gnu foundataion)

Re: xfce package

[J.H.M. Dassen \(Ray\)]

On Wed, Mar 22, 2000 at 21:19:36 +0100, Raphael Hertzog wrote:
> upstream source. I don't know if we should upload it to frozen or if we
> should remove xfce from potato and only upload the new version to woody as
> suggested in the bub report #60258.

I'd second that suggestion. Unlike the old version, the new xfce is using a
free toolkit.

Ray
-- 
ART  A friend of mine in Tulsa, Okla., when I was about eleven years old. 
I'd be interested to hear from him. There are so many pseudos around taking 
his name in vain. 
- The Hipcrime Vocab by Chad C. Mulligan 

ITP: bnc

[Marco d'Itri]

I'm packaging the bnc IRC bouncer.

-- 
ciao,
Marco

Re: ITP: solfege

[Hamish Moffatt]

On Tue, Mar 21, 2000 at 12:30:03AM -0800, Jim Lynch wrote:
> Gary Willis (www.garywillis.com) did a little ear training thing on
> his web site; he is a master level bassist (really, master among
> masters) and is also very generous with info about how to play. The
> ear training drills are geared towards the instrument, and go
> primarilary to a "hear note ==> know position of note instantly" kind
> of approach. Would this kind of thing fit in with solfege?

That sounds like a perfect pitch-type exercise. It's part of ear training,
but it's a bit fringe and not something most people work on.

> Also, I wrote some c++ abstractions that might be useful: Note,
> Interval and Scale. The latter is presently implemented as a class
> containing a vector. A Chord can be done using a Scale;
> a Voicing might be a bit different.

That sounds interesting. I've got a whole lot of Pascal (Delphi for Windows)
code for working with music, like transposing notes by certain intervals
and so on.. but I work on a casual basis developing ear training software
for money, and that software is not open source.


cheers,
Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>

Re: Bug#60753: mutt: /etc/Muttrc should not use colors

[Daniel Burrows]

On Wed, Mar 22, 2000 at 12:15:42PM -0800, Joey Hess was heard to say:
> Daniel Burrows wrote:
> >   It might not -- most programs (most!) use curses, and very few try to 
> > actually
> > catch Escape (due to the historical problems with it).  So (a) if curses 
> > (and
> > slang?) were modified to handle this, most programs would inherit the 
> > changes,
> > and (b) even among the programs that do their own termcap handling, most
> > wouldn't be affected.
> 
> Hm, I've written slang programs that catch escape, not to mention jed
> catches escape, and there are certianly a large number of curses programs
> that do - all falvors of vi (of course!), dialog, and probably a slew more.

  Oops, you're right.  It still seems, though, that Curses should be able to
buffer the programs from the fact that the hypothetical "xterm-sane" escapes
escape this way..

  Daniel

-- 
"Truly, you have a dizzying intellect."
  -- "The Princess Bride"

Re: quota yet again

[Michael Meskes]

On Wed, Mar 22, 2000 at 06:43:45AM -0500, Michael Stone wrote:
> Not unless the listed bugs are release-critical. Are you sure that the

I though bug fixes were allowed into frozen at any time. Ah okay, there is
one new feature.

Michael
-- 
Michael Meskes | Go SF 49ers!
Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire!
Tel.: (+49) 2431/72651 | Use Debian GNU/Linux!
Email: Michael@Fam-Meskes.De   | Use PostgreSQL!

Re: 5 days till Bug Horizon

[Steve Greenland]

On 22-Mar-00, 05:50 (CST), Wichert Akkerman <[EMAIL PROTECTED]> wrote: 
> Previously Richard Braakman wrote:
> > Package: cvs (debian/main).
> > Maintainer: Tom Lees <[EMAIL PROTECTED]>
> >   59543 cvs: cvs-makerepos does not exist
> 
> Isn't this just "cvs init"?
> 
> >   59909 cvs: cvs segfaults when commiting a dir

FWIW, I e-mailed Tom on Monday offering help, and he replied that he had
the RC stuff under control.

sg


-- 
Steve Greenland <[EMAIL PROTECTED]>
(Please do not CC me on mail sent to this list; I subscribe to and read
every list I post to.)

xfce package

[Raphael Hertzog]

Hi everybody,

the package xfce seems no more maintained by Kevin Donnelly, someone
should take it over. The maintainer seems MIA ... trivial bugs are
not corrected for more than 172 days.

Anyone wants to take it over and package the new upstream version ? it
should be quite easy to do since there's a debian directory in the
upstream source. I don't know if we should upload it to frozen or if we
should remove xfce from potato and only upload the new version to woody 
as suggested in the bub report #60258.

If nobody takes it over, I'll probably orphan it by marking debian-qa
as the maintainer.

Cheers,
-- 
Raphaël Hertzog >> 0C4CABF1 >> http://tux.u-strasbg.fr/~raphael/
 CD Debian : http://tux.u-strasbg.fr/~raphael/debian/#cd
  Formations Linux et logiciels libres : http://www.logidee.com 

Re: 5 days till Bug Horizon

[Miquel van Smoorenburg]

In article <[EMAIL PROTECTED]>,
Richard Braakman  <[EMAIL PROTECTED]> wrote:
>Package: hostname (debian/main).
>Maintainer: Adam Heath <[EMAIL PROTECTED]>
>  59410 hostname: found how to set domainname for linux

That is not a bug at all - I've mailed an explanation to
[EMAIL PROTECTED] and set the severity to 'fixed'

Mike.
-- 
How do you eat soup in the matrix...?

Re: Bug#60753: mutt: /etc/Muttrc should not use colors

[Joey Hess]

Daniel Burrows wrote:
>   It might not -- most programs (most!) use curses, and very few try to 
> actually
> catch Escape (due to the historical problems with it).  So (a) if curses (and
> slang?) were modified to handle this, most programs would inherit the changes,
> and (b) even among the programs that do their own termcap handling, most
> wouldn't be affected.

Hm, I've written slang programs that catch escape, not to mention jed
catches escape, and there are certianly a large number of curses programs
that do - all falvors of vi (of course!), dialog, and probably a slew more.

-- 
see shy jo

Re: apt-get cron job

[Steve Greenland]

On 22-Mar-00, 10:56 (CST), Steve Robbins <[EMAIL PROTECTED]> wrote: 
> One suggestion: for some people, it makes sense to use the `apt-move'
> package after downloading the .debs.  Apt-move will move the .debs out of
> the cache into a Debian archive hierarchy & naming convention.
> 
> This is quite handy for folks that have another machine or two connected
> via a local net: you can point the second machine's apt at the local
> archive.

Another way to accomplish the same thing is to install squid on one of
the machines and have all your apt'ing machines use it. I found this to
be easier to set up than apt-move (YMMV), and has the advantage (to me,
at least) that it's order-independent and completely transparent (it
doesn't matter what order which machines access the cache, one always
gets the freshest stuff, and doesn't double-download anything.)

Steve

-- 
Steve Greenland <[EMAIL PROTECTED]>
(Please do not CC me on mail sent to this list; I subscribe to and read
every list I post to.)

Re: blue on black is unreadable

[Steve Greenland]

On 21-Mar-00, 20:06 (CST), Peter Cordes <[EMAIL PROTECTED]> wrote: 
>  The Linux text console is readable (barely), but xterm uses and even worse
> colour for ANSI blue.  (assuming black background).  The fix for this
> is to change the colour used by xterm for ANSI blue, instead of changing all
> apps to use a different ANSI colour escape code.

That's a neat trick for xterms, but since even you admit that
blue-on-black is only "barely" readable on the text console, wouldn't it
be better to just not have default configurations use blue-on-black? (It
shouldn't be a matter of changing apps, only default configs.)

If you're setting up a default color scheme for an app, the basic "rule"
is to use light colored text on dark backgrounds, and dark colored text
on light backgrounds. The only other thing you need to know is that
neither red nor blue are "light" colors.

Steve

-- 
Steve Greenland <[EMAIL PROTECTED]>
(Please do not CC me on mail sent to this list; I subscribe to and read
every list I post to.)

Re: A "progressive" distribution

[Joey Hess]

Joseph Carter wrote:
> IMO, dist and a half is mostly fluff as far as press releases go.  potato
> and a half would be a potato dist with a 2.4 kernel, possibly some new X
> stuff if it can be done and a new apache.  It's still out of date potato
> otherwise.  I want a REAL upgrade!

In the case of slink and a half, it's "fluff" that lets you install on
laptops a normal user could never get working with plain slink.

-- 
see shy jo

Re: of bash and ...sbin/

[Robert Bihlmeyer]

Dylan Paul Thurston <[EMAIL PROTECTED]> writes:

> On Wed, Mar 22, 2000 at 11:52:37AM -0500, Jacob Kuntz wrote:

> > at the risk of reigniting a flame war, how is traceroute in a different
> > catagory that ping?

traceroute is "deeper" than ping. It exposes things that the casual
user neither sees nor cares about. Ping only measures what everybody
experiences anyway: how responsive is a particular host?

One has to draw a boundary, and on GNU systems it runs between ping
and traceroute. Others do it differnently, AFAIR AIX has both in
sbin.

> Or mtr, for that matter?

That should go into sbin. I filed a wishlist item.

-- 
Robbe

Re: of bash and ...sbin/

[Josip Rodin]

On Wed, Mar 22, 2000 at 11:52:37AM -0500, Jacob Kuntz wrote:
> > As policy states, things that pertain to system administration (and
> > traceroute is for troubleshooting networks) is to be in /sbin or
> > /usr/sbin. The difference between /sbin and /usr/sbin is that things that
> > could be needed to rescue a broken system should be in /sbin (things like
> > fsck).
> 
> at the risk of reigniting a flame war, how is traceroute in a different
> catagory that ping?

I don't think it is, but historically it has been in /usr/sbin and Herbert
Xu won't move it to a /bin-type directory because it might break existing
setups.

Personally, I'm not certain it's a valid reason, since we move much larger
chunks of stuff to comply with the filesystem standards, and I don't see
anyone complaining about that... on the contrary, in fact, people file bugs
if stuff isn't in a FSSTND/FHS compliant location.

Then again, a little conservativisim over moving stuff won't hurt us :)

-- 
enJoy -*/\*- don't even try to pronounce my first name

Re: Debian and GNOME, partnership with Helixcode?

[Jules Bean]

On Wed, Mar 22, 2000 at 08:18:00AM -0500, Miguel de Icaza wrote:
> 
> > We have done, in the past.  I started a movement which ended with
> > gnome 1.0 debs on gnome.org, if I remember correctly. Miguel - if, at
> > release time (e.g. of 1.2 or 2.0) you want debian packages, the place
> > to bug is [EMAIL PROTECTED]
> 
> I am sorry, but I can not chase people down, much less at release
> time.  We did release October GNOME in October.

Absolutely.  It's not your job to chase us down.

But you could send of a brief email saying 'official release is
approaching, we'd like to have some .debs on gnome.org, could you
provide them?'.

Jules

-- 
Jules Bean  |Any sufficiently advanced 
[EMAIL PROTECTED],jellybean.co.uk}  |  technology is indistinguishable
[EMAIL PROTECTED]  |   from a perl script

Re: of bash and ...sbin/

[Jacob Kuntz]

Chad Miller ([EMAIL PROTECTED]) wrote:
> OTOH, i would leave ifconfig in /sbin, as it _is_ about this system, and 
> it doesn't provide (much) information that DNS doesn't, unless there's 
> sysadminning to be done.  (There's also a huge amount of inertia that it 
> be in /sbin/ .)

inertia aside, i use ifconfig to see if i'm dialup, and if my pcmcia card
made it in. lots of programs will provide usefull information without being
root.

> 
>  (Don't reply without including the below, to help kill this thread!)
> NOW, having said all of that, the "Inertia says leave it be!" argument is
> _very_ compelling, at least for the near term.  For woody (or woody+1), 
> moving is likely a Good thing.  That's far off, though.  Potato must ship.
> 
> 
> So, sorry to have brought it up, and IAN-even-ADD.  I will file no bug
> reports, until $release+2 .
> 
>   - chad
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

-- 
(jacob kuntz)[EMAIL PROTECTED],underworld}.net [EMAIL 
PROTECTED]
(megabite systems) "think free speech, not free beer." (gnu foundataion)

Re: Debian and GNOME, partnership with Helixcode?

[Miguel de Icaza]

> We have done, in the past.  I started a movement which ended with
> gnome 1.0 debs on gnome.org, if I remember correctly. Miguel - if, at
> release time (e.g. of 1.2 or 2.0) you want debian packages, the place
> to bug is [EMAIL PROTECTED]

I am sorry, but I can not chase people down, much less at release
time.  We did release October GNOME in October.

Miguel.

Re: Bug#60753: mutt: /etc/Muttrc should not use colors

[Scott Jennings]

On Wed, Mar 22, 2000 at 09:40:56AM +0100, Radovan Garabik wrote:
> On Wed, Mar 22, 2000 at 06:33:31PM +1100, Brian May wrote:
>
>  An elegant solution wouldbe to use escape only as a character
> "escaping" the next char, i.e. prefix for control chars, and
> what we know as an escape character would be represented as Esc
> Esc.
>
> But this would probably break up almost all applications

Isn't that what the ANSII standard was supposed to use the
"Shift-Out" character for?

  -smj

Re: of bash and ...sbin/

[Chad Miller]

Gak!  I'd like to unask the question (and I do promise to have myself 
flogged soon) except for Jacob's sub-topic:

On Wed, Mar 22, 2000 at 11:52:37AM -0500, Jacob Kuntz wrote:
> at the risk of reigniting a flame war, how is traceroute in a different
> catagory that ping?

That, I think, is a good question, and hopefully has an equally good
answer.  I suspect we'll point to Upstream, tho.

Tho I know it doesn't mean a whole lot, really, the FHS notes that...

# Deciding what things go in sbin directories is simple: If a user will
# need to run it, then it should go somewhere else. If it will only be run
# by system administrators or as root from system management scripts, then
# it should go in /sbin (or in /usr/sbin or /usr/local/sbin if the item is
# not vital to system operation). 

and ping, traceroute, and lpc aren't for administration of _this_ system
(unless you count the print queue, in in which case, "/usr/bin/mailq, eh?")
but it is for troubleshooting of the outside network or other machines.

OTOH, i would leave ifconfig in /sbin, as it _is_ about this system, and 
it doesn't provide (much) information that DNS doesn't, unless there's 
sysadminning to be done.  (There's also a huge amount of inertia that it 
be in /sbin/ .)

 (Don't reply without including the below, to help kill this thread!)
NOW, having said all of that, the "Inertia says leave it be!" argument is
_very_ compelling, at least for the near term.  For woody (or woody+1), 
moving is likely a Good thing.  That's far off, though.  Potato must ship.


So, sorry to have brought it up, and IAN-even-ADD.  I will file no bug
reports, until $release+2 .

- chad

Re: ITP: transformiix

[KUSANO Takayuki]

> > >  Transformiix is a XSLT processor written in C++.
> > URL?
>  I really don't remember. I've checked out the code from the mozilla CVS.

The 'readme.html' of TransforMiiX is available as
.

  KUSANO Takayuki http://www.asahi-net.or.jp/~AE5T-KSN/>

Re: of bash and ...sbin/

[Dylan Paul Thurston]

On Wed, Mar 22, 2000 at 11:52:37AM -0500, Jacob Kuntz wrote:
> Ben Collins ([EMAIL PROTECTED]) wrote:
> > As policy states, things that pertain to system administration (and
> > traceroute is for troubleshooting networks) is to be in /sbin or
> > /usr/sbin. The difference between /sbin and /usr/sbin is that things that
> > could be needed to rescue a broken system should be in /sbin (things like
> > fsck).
> 
> at the risk of reigniting a flame war, how is traceroute in a different
> catagory that ping?

Or mtr, for that matter?

--Dylan Thurston

Re: 5 days till Bug Horizon

[J.H.M. Dassen \(Ray\)]

On Wed, Mar 22, 2000 at 10:50:03 +0100, Richard Braakman wrote:
> The packages involved are fetchmail, g++, gpm, kernel-image-2.2.14-ide
> (do we really need it?  I assumed it's needed for the bootfloppies),
> and perl-5.005.

> Package: g++ (debian/main).
> Maintainer: Debian GCC maintainers <[EMAIL PROTECTED]>
> [HELP] For gcc/g++ bug reports to be sent to the upstream maintainers,
> certain procedures must be followed, so help from clueful people is required
>   48530 g++ [fixed in 2.96 CVS Feb 2000] [alpha]: internal compiler error 
> building open-amulet
> [WAITING] Maintainer was contacted on Dec 12, awaiting reply.
>   55291 [alpha] g++ causes internal compiler error compiling hatman

Both of these are on Alpha only, and can be worked around by compiling the
packages involved with lower optimisation settings. We should consider
lowering these to 'normal'.

> Package: gcc (debian/main).
> Maintainer: Debian GCC maintainers <[EMAIL PROTECTED]>
>   59819 gcc_2.95.2-7(frozen): fails to compile itself on m68k

This one is more worrying.

Ray
-- 
PATRIOTISM  A great British writer once said that if he had to choose 
between betraying his country and betraying a friend he hoped he would
have the decency to betray his country.  
- The Hipcrime Vocab by Chad C. Mulligan 

Re: apt-get cron job

[Steve Robbins]

On Tue, 21 Mar 2000, Peter Cordes wrote:

>  Any suggestions/comments?  I'd be surprised if I'm the first person to
> think of this, but I didn't see anything that suggested it anywhere.

One suggestion: for some people, it makes sense to use the `apt-move'
package after downloading the .debs.  Apt-move will move the .debs out of
the cache into a Debian archive hierarchy & naming convention.

This is quite handy for folks that have another machine or two connected
via a local net: you can point the second machine's apt at the local
archive.


-Steve

Re: of bash and ...sbin/

[Jacob Kuntz]

Ben Collins ([EMAIL PROTECTED]) wrote:
> As policy states, things that pertain to system administration (and
> traceroute is for troubleshooting networks) is to be in /sbin or
> /usr/sbin. The difference between /sbin and /usr/sbin is that things that
> could be needed to rescue a broken system should be in /sbin (things like
> fsck).

at the risk of reigniting a flame war, how is traceroute in a different
catagory that ping?

-- 
(jacob kuntz)[EMAIL PROTECTED] [EMAIL 
PROTECTED],underworld}.net
(megabite systems)   "think free speech, not free beer."

Re: of bash and ...sbin/

[Jacob Kuntz]

Chad Miller ([EMAIL PROTECTED]) wrote:
> 
> I like that debian's bash package has different paths for users and the
> superuser, but it's caused me to question ideas behind the placement of 
> some programs in 'sbin' directories. 
> 
> For instance, a program joeuser uses often is 'traceroute' (which is in 
> /usr/sbin).  Other (questionable) ones might be /usr/sbin/fbset or
> /usr/sbin/lpc .

not to mention ifconfig! having these utils in the non-root path is hardly a
security risk. if anything, this is just to keep down helpdesk calls like
"what does MAKEDEV do?" personally, since many of these commands print out
usefull, non-security-risking data, i don't see any good reason to keep em
out.

> 
> Which is wrong?  Is it bash' assumption that "only the superuser executes 
> stuff in sbin," or that "these programs should be in sbin?"  Essentially,
> by question boils down to "To which packages should I apply a bug
> report -- bash or the others?"
> 
> This discussion might belong in debian-policy, depending on your answer.
> 
>   - chad
> 
> ref'd...
> traceroute-nanog: /usr/sbin/traceroute
> lprng: /usr/sbin/lpc
> fbset: /usr/sbin/fbset
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

-- 
(jacob kuntz)[EMAIL PROTECTED] [EMAIL 
PROTECTED],underworld}.net
(megabite systems)   "think free speech, not free beer."

ITP : Lua

[Vaidhyanathan Mayilrangam]

Hi,

This is an intent to package Lua : an extensible language. I do not use it, but
my package clanlib uses it and I did not find it in Debian. If anyone is 
already working on it, speak now or stay silent forever.

Regards,
Vaidhy

PS: Website is at http://csg.uwaterloo.ca/~lhf/lua/

100Mb/Full Duplex

[Tim Sailer]

Hi folks.

I'm having some trouble, actually with a Cisco 6509 switch, but getting
it to talk to 20 VALinux machines. My story:

I have a rack of 20 machines needing to talk to a Pix firewall with
gigbit interfaces on it. To do this, we set up a test rig using an Alteon
switch with 1 gigabit interface and 24 100bT ports for the boxes.
When we run in this mode, everything performs well. Now, we switch this
over to the Cr^Hisco switch, and it all goes to hell. It seems like the
6509 doesn't negotiate with the EEPro100 NICs in the linux boxes. Errors
out the butt, and the switch ports claim that they are talking 10/half
when they should be talking 100/full.

I've looked at the NIC driver source, but it's non-obvious, to me anyway,
how to lock these puppies in 100/full. Any pointers?

Thanks,
Tim

-- 
 (work) [EMAIL PROTECTED] / (home) [EMAIL PROTECTED] - http://www.buoy.com/~tps
  I have never found that criticism is ever inhibited by ignorance.
** Disclaimer: My views/comments/beliefs, as strange as they are, are my own.**

Re: of bash and ...sbin/

[Ben Collins]

On Wed, Mar 22, 2000 at 10:43:54AM -0500, Chad Miller wrote:
> 
> I like that debian's bash package has different paths for users and the
> superuser, but it's caused me to question ideas behind the placement of 
> some programs in 'sbin' directories. 
> 
> For instance, a program joeuser uses often is 'traceroute' (which is in 
> /usr/sbin).  Other (questionable) ones might be /usr/sbin/fbset or
> /usr/sbin/lpc .
> 
> Which is wrong?  Is it bash' assumption that "only the superuser executes 
> stuff in sbin," or that "these programs should be in sbin?"  Essentially,
> by question boils down to "To which packages should I apply a bug
> report -- bash or the others?"
> 
> This discussion might belong in debian-policy, depending on your answer.

As policy states, things that pertain to system administration (and
traceroute is for troubleshooting networks) is to be in /sbin or
/usr/sbin. The difference between /sbin and /usr/sbin is that things that
could be needed to rescue a broken system should be in /sbin (things like
fsck).

Ben

-- 
 ---===-=-==-=---==-=--
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
` [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  --  [EMAIL PROTECTED] '
 `---=--===-=-=-=-===-==---=--=---'

running potato dpkg in slink

[Nick Cabatoff]

On Mar 21, Robert Thomson wrote:
> In /etc/apt/apt.conf
> DPkg 
> {
> Options {"--force-confdef";}
> }
>
> This will automatically choose the default action.. if the conffile
> has been modified, the default is 'N'. If it hasn't, the default is
> 'Y' (99% sure)

This is in only as of potato's dpkg... so my next question is, does
anyone know if I can get away with running it under slink, or if there
are good reasons not to?

Re: of bash and ...sbin/

[Jordi]

On Wed, Mar 22, 2000 at 10:43:54AM -0500, Chad Miller wrote:
> Which is wrong?  Is it bash' assumption that "only the superuser executes 
> stuff in sbin," or that "these programs should be in sbin?"  Essentially,
> by question boils down to "To which packages should I apply a bug
> report -- bash or the others?"
> 
> This discussion might belong in debian-policy, depending on your answer.

There was a _long_ thread about this some months ago. You can check
debian-devel archives and the Debian Weekly News to read about it.


Don't start this again!


Jordi

Re: of bash and ...sbin/

[Steve Gore]

Chad Miller wrote:

> Which is wrong?  Is it bash' assumption that "only the superuser executes 
> stuff in sbin," or that "these programs should be in sbin?"  Essentially,
> by question boils down to "To which packages should I apply a bug
> report -- bash or the others?"
> 

This has been discussed (and flamed) before on this list.  The current
position seems to be (and I'm sure I'll be corrected if I'm wrong :):

*Most* users don't use apps such as traceroute.  Ones that do,
should know enough to be able to put /sbin in their path.

Regards,
Steve

of bash and ...sbin/

[Chad Miller]

I like that debian's bash package has different paths for users and the
superuser, but it's caused me to question ideas behind the placement of 
some programs in 'sbin' directories. 

For instance, a program joeuser uses often is 'traceroute' (which is in 
/usr/sbin).  Other (questionable) ones might be /usr/sbin/fbset or
/usr/sbin/lpc .

Which is wrong?  Is it bash' assumption that "only the superuser executes 
stuff in sbin," or that "these programs should be in sbin?"  Essentially,
by question boils down to "To which packages should I apply a bug
report -- bash or the others?"

This discussion might belong in debian-policy, depending on your answer.

- chad

ref'd...
traceroute-nanog: /usr/sbin/traceroute
lprng: /usr/sbin/lpc
fbset: /usr/sbin/fbset

Re: Bash, Keys, Potato

[Agustín Martín Domingo]

Rodrigo Castro wrote:
> >
> > Did you look at your ~/.inputrc file?
> 
> Yes. I even created a new user with no .inputrc and no $INPUTRC (no
> .bashrc, .bash_profile too). I don't know what kind of stuff could be
> in my files to screw up only letter E. The problem occurs in console and in
> xterm. :-(

I vaguely remember having such problem some time ago, what I do not
remember is the reason for that, only that it was very simple. Did you
modified the /etc/inputrc or the /etc/profile files? Please post them,
as well as ~/.inputrc if present, just to see if more info helps me or
anybody else to remember.

Regards,


-- 
=
Agustín Martín Domingo, Dpto. de Física, ETS Arquitectura Madrid, 
(U. Politécnica de Madrid)  tel: +34 91-336-6536, Fax: +34 91-336-6554, 
email:[EMAIL PROTECTED], http://corbu.aq.upm.es/~agmartin/welcome.html

Re: 5 days till Bug Horizon

[James A. Treacy]

On Wed, Mar 22, 2000 at 12:50:19PM +0100, Wichert Akkerman wrote:
> Previously Richard Braakman wrote:
> > Maintainer: Martin Mitchell <[EMAIL PROTECTED]>
> >   59592 grmonitor needs to depends on libgl1 instead of mesag3
> 
> Is this release-critical? Not sure. It's only a recompile btw.
> 
> > Package: xmame-gl (debian/non-free).
> > Maintainer: Martin Mitchell <[EMAIL PROTECTED]>
> >   59595 xmame-gl depends on mesag3, must depend on libgl1 instead
> 
> Same as grmonitor..
> 
These are not release critical. The existing packages should work
with all the mesa* packages in frozen. If the packages need to
be compiled for the first time for one of the ports, it is
a trivial fix.

-- 
James (Jay) Treacy
[EMAIL PROTECTED]

Re: 5 days till Bug Horizon

[Richard Braakman]

On Wed, Mar 22, 2000 at 12:50:19PM +0100, Wichert Akkerman wrote:
> Previously Richard Braakman wrote:
> > Package: autofs (debian/main).
> > Maintainer: Justin Maurer <[EMAIL PROTECTED]>
> >   52132 autofs: Race condition when expiring autofs submounts leaves daemon 
> > crippled
> > [STRATEGY] Patch available, waiting for reply from upstream
> 
> We should probably go with the patch in the bugreport, it seems to work
> nicely and I haven't seen any objections to it on linux-autofs.

I agree.

> > Package: cvs (debian/main).
> > Maintainer: Tom Lees <[EMAIL PROTECTED]>
> >   59543 cvs: cvs-makerepos does not exist
> 
> Isn't this just "cvs init"?

This probably refers to this comment in the template file:

 If you have not yet created these repositories, you can create them after
 cvs has been installed. Use the command 'cvs-makerepos' to create them with
 fairly standard permissions, or create them yourself using 'cvs init'.

I don't think this is release-critical.  Someone who discovers that
cvs-makerepos isn't there will just try cvs init.

> > Package: dpkg (debian/main).
> > Maintainer: Wichert Akkerman <[EMAIL PROTECTED]>
> >   58091 package name "Eterm" --> "eterm"
> 
> This is a residue of a bug in another package which violated policy by
> using a capital in the packagename. I wonder if I could get away with
> simply lowercasing the package-names when reading the available-file..

Hmm, I don't understand the problem.  dpkg is documented to be
partially case-sensitive, with uppercase names being deprecated.
Perhaps the problem is in apt?  The reporter mentioned that "dselect/apt"
wouldn't upgrade eterm, but dpkg did.

> > Package: mh (debian/main).
> > Maintainer: Edward Brocklesby <[EMAIL PROTECTED]>
> >   59227 htdig: Apparent infinite recursion
> >   59891 Security problem in MIME-handling code
> 
> Can we drop this package and tell people to use nmh instead? I've been
> thinking of releasing a security advisory to that effect..

Apparently Edward is working on an upload as I type this.

> > Package: netbase (debian/main).
> > Maintainer: Anthony Towns <[EMAIL PROTECTED]>
> >   59282 netbase: portmap is killed too early on shutdown
> 
> Hasn't this one been fixed by now?

Something is up with netbase; it has loads of RC bugs now.  This happens
to be the only one older than the snapshot date.

> > Package: smail (debian/main).
> > Maintainer: Soenke Lange <[EMAIL PROTECTED]>
> > [HELP] Mail to Soenke bounced.
> >   59135 smail: Smail doesn't work with the latest libraries
> 
> We seem to have a history of release-critical bugs for smail until just
> before the release... is Soenke reading this, or has anyone contacted
> him?

The last smail upload was an NMU.  The last maintainer upload was October
1998.  I sent mail to Soenke today, but I do not have much hope of
reaching him.

I think no-one cares about smail anymore; we've all switched to sexier
mailers, and new users get exim.  It may be time to drop smail.


Richard Braakman

Re: Bash, Keys, Potato

[Rodrigo Castro]

On Wed, Mar 22, 2000 at 02:38:58PM +, Stuart Auchterlonie wrote:
> On Wed, Mar 22, 2000 at 07:35:04AM -0300, Rodrigo Castro wrote:
> > On Wed, Mar 22, 2000 at 11:12:37AM +0100, Martijn van de Streek wrote:
> > > Hi Rodrigo!
> > > 
> > > On Tue, 21 Mar 2000, Rodrigo Castro wrote:
> > > 
> > > > get the key displayed. It works as a dead key, waiting for any other
> > > > key. When I do type other key, it beeps and I get no output on
> > > > screen. I reinstalled bash, libncurses5, libc6 and already trying
> > > > changing my keymap, but I wasn't sucessful. I am getting crazy. 
> > > 
> > > Did you look at your ~/.inputrc file?
> > 
> > Yes. I even created a new user with no .inputrc and no $INPUTRC (no
> > .bashrc, .bash_profile too). I don't know what kind of stuff could be
> > in my files to screw up only letter E. The problem occurs in console and in
> > xterm. :-(
> 
> Have you tried a different keyboard 
> 
> It could always be a hardware problem.

It works with ksh and csh, so it is not a keyboard problem.

[]'s
-- 
Rodrigo Castro   <[EMAIL PROTECTED]>
Computer Science undergraduate student - University of Sao Paulo

I do not fear computers.  I fear the lack of them.
-- Isaac Asimov

Re: Bash, Keys, Potato

[Stuart Auchterlonie]

On Wed, Mar 22, 2000 at 07:35:04AM -0300, Rodrigo Castro wrote:
> On Wed, Mar 22, 2000 at 11:12:37AM +0100, Martijn van de Streek wrote:
> > Hi Rodrigo!
> > 
> > On Tue, 21 Mar 2000, Rodrigo Castro wrote:
> > 
> > > get the key displayed. It works as a dead key, waiting for any other
> > > key. When I do type other key, it beeps and I get no output on
> > > screen. I reinstalled bash, libncurses5, libc6 and already trying
> > > changing my keymap, but I wasn't sucessful. I am getting crazy. 
> > 
> > Did you look at your ~/.inputrc file?
> 
> Yes. I even created a new user with no .inputrc and no $INPUTRC (no
> .bashrc, .bash_profile too). I don't know what kind of stuff could be
> in my files to screw up only letter E. The problem occurs in console and in
> xterm. :-(

Have you tried a different keyboard 

It could always be a hardware problem.


Stuart

> 
> []'s
> --
> Rodrigo Castro   <[EMAIL PROTECTED]>
> Computer Science undergraduate student - University of Sao Paulo
> 
> I do not fear computers.  I fear the lack of them.
> -- Isaac Asimov
> 
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Orphaning Minivend

[Stefan Hornburg]

Philip Thiem <[EMAIL PROTECTED]> writes:

> I'm formally orphaning minivend.. I've gotten too busy with some
> programming
> projects of my own.  Though I haven't uploaded any real packages, I do have
> a
> preliminary version I had put together a while back.  It's a bit outdated
> by the current upstream version, but it can be found at
> http://www.umr.edu/~ptt

I'm working since some time on the MiniVend debian package. I expect
a first test release 2 or 3 weeks from now.

Bye
Racke

-- 
LinuXia Systems, eCommerce and more => http://www.linuxia.de/ or 0511-3941290.
Unsere Partner: Cobolt NetServices (http://www.cobolt.net), CAPCON Systemhouse
(http://www.capcon-systemhouse.com), ecoservice gmbh (http://www.ecoservice.de)
Unser Fokus liegt auf Open-Source-Software (MiniVend, Debian GNU/Linux, etc.)

Re: ITP: transformiix

[Mark W. Eichin]

Yes, given docbook*, task-sgml, psgml, yasgml, and especially jade,
are in text, I'd concur that transformiix should go there too...

Re: 5 days till Bug Horizon

[Richard Braakman]

On Wed, Mar 22, 2000 at 07:54:54AM -0500, Daniel Burrows wrote:
> > Package: rep-gtk (debian/main).
> > Maintainer: Mikolaj J. Habryn <[EMAIL PROTECTED]>
> >   58684 rep-gtk_0.8-2(unstable): build error (prototype mismatch)
> 
>   This appears to be an upstream problem specific to that version, which isn't
> in frozen (and may not even exist in unstable anymore..)

Okay, I'm excluding it from the list.  Version 0.7-1 is in potato now,
and it's been compiled for all architectures.

Richard Braakman

ITP: hlatex

[Changwoo Ryu]

HLaTeX is a Korean TeX support macros & fonts collection.  You can see
it in CTAN.

The license is GPL.


The only problem is its size, if it's really a problem.  The total
size of the 3 hlatex packages is 50 megabytes.  So it requires
additional 100 megabytes master space including the sources.
(Fortunately they are architecture independent :) The big size is
natural---Asian fonts are big anyway.

* hlatex : about 400KB
* hlatex-fonts-base : about 21MB
* hlatex-fonts-extra : about 28MB

-- 
Changwoo Ryu

Re: Compiling Error

[Marcus Brinkmann]

On Wed, Mar 22, 2000 at 01:15:01PM +, Michal Fecanin Araujo wrote:
> --
> #include 
> 
> FILE *output=stderr;
> 
> int main()
> {
>   fprintf(output,"Hello World\n");
> }
> --
> 
> The problem is that its not possible to initialize output with stderr
> because it is not a constant. Is there any solution to this without
> modification of the code, only with gcc options.

No. Your code is invalid, and it should be fixed. You already know the fix.
Now you just have to accept it.

> The following modification is obvius and Iam not interested in it.

Tough.

Thanks,
Marcus
> 
> --
> #include 
> 
> FILE *output;
> 
> int main()
> {
>output=stderr;
>fprintf(output,"Hello World\n");
> }
> ---

Re: Compiling Error

[Ben Collins]

Read the gnu libc FAQ, it contains info about why this happens, and it
pretty much explains that the first example you show is not valid ANSI C.
So in affect, it is a bug in the program to do that (since std{out,in,err}
are not really constants, but are runtime dependant).

The example you show below is the needed change, and I've had to do it
many times when we made the move to glibc 2.1 on sparc. It is correct, and
portable.

-- 
 ---===-=-==-=---==-=--
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
` [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  --  [EMAIL PROTECTED] '
 `---=--===-=-=-=-===-==---=--=---'

Re: ITP: transformiix

[Nicolás Lichtmaier]

> >  Transformiix is a XSLT processor written in C++.
> URL?

 I really don't remember. I've checked out the code from the mozilla CVS.

> >  Which section would this go? web or text?
> 
> I'd say text. Otherwise we could also dump all databases, scripting
> languages and most other stuff in web.

 I've already uploaded to web, but as at least 3 people think that it should
go into text, and none think should go into web, I'll change the section in
the next release. I've used web because, although not 100%, it is a more
predictable section for this package to be in.

Re: ITP: transformiix

[Nicolás Lichtmaier]

> >  Transformiix is a XSLT processor written in C++.
> Out of curiosity, what is XSLT?

 It's a standard language to describe a transformation among two XML
documents. It's used as a styleseet, because you can do XML -> HTML, XML ->
FO -> PDF, XML -> whatever.

 If we had an XML Packages.gz, we could easily create web content directly
from it. =)

Re: 5 days till Bug Horizon

[Ben Collins]

> > Package: cvs (debian/main).
> > Maintainer: Tom Lees <[EMAIL PROTECTED]>
> >   59543 cvs: cvs-makerepos does not exist
> 
> Isn't this just "cvs init"?

I think this is supposed to be a script that creates the repos that you
listed in the configuration (debconf). Doesn't appear to eexitist even in
the source.

> >   59909 cvs: cvs segfaults when commiting a dir

I never had this problem either. I emailed the submitter asking for more
details, to see if maybe it was something else that cvs was using
(ssh/rsh) or maybe even the remote system (pserver, etc..) that was
actually segfaulting, or if he was using a local repo. Never got a reply.
I think this can be closed for lack of supporting evidence, and not being
able to reproduce it.

> > Package: nscd (debian/main).
> > Maintainer: Joel Klecker 
> >   58367 nscd: 'broken pipe' error causes entire box to be unusable
> 
> Has anyone been able to reproduce this?

I've had the same problem. I had to kill nscd to get things back in order.
Note, I use nscd along with nss_ldap. It really does make things unusable.
It winds the whole system out (since just about everything does a
username/uid lookup). I've never been able to reproduce it reliably, but I
can say that it occurs when my dialup connection dies which might
attribute it to dns lookups (maybe it makes nscd block for some unknown
reason).

> > Package: smail (debian/main).
> > Maintainer: Soenke Lange <[EMAIL PROTECTED]>
> > [HELP] Mail to Soenke bounced.
> >   59135 smail: Smail doesn't work with the latest libraries
> 
> We seem to have a history of release-critical bugs for smail until just
> before the release... is Soenke reading this, or has anyone contacted
> him?

KILL SMAIL :)


-- 
 ---===-=-==-=---==-=--
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
` [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  --  [EMAIL PROTECTED] '
 `---=--===-=-=-=-===-==---=--=---'

Re: 5 days till Bug Horizon

[Petr Cech]

On Wed, Mar 22, 2000 at 12:50:19PM +0100 , Wichert Akkerman wrote:
> Previously Richard Braakman wrote:
> > Package: debianutils (debian/main).
> > Maintainer: Guy Maor <[EMAIL PROTECTED]>
> >   59121 run-parts hangs during /etc/cron.daily runs
> 
> This is a nasty one..

Hmm. Why not go with the patch in the BTS. Should be easy
> > Package: netbase (debian/main).
> > Maintainer: Anthony Towns <[EMAIL PROTECTED]>
> >   59282 netbase: portmap is killed too early on shutdown
> 
> Hasn't this one been fixed by now?

No, I don't think it is.
> > Package: zsh (debian/main).
> > Maintainer: Clint Adams <[EMAIL PROTECTED]>
> >   58941 core dump with function mycd() {builtin cd "$@" && echo $PWD}
> > [STRATEGY] Fixed in the next .deb.  Already fixed upstream. (Mar15MH)
> 
> That is a week ago, has it been fixed since then?

No.

Petr Čech
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
   [EMAIL PROTECTED]

Re: ITP: transformiix

[Nicolás Lichtmaier]

> >  Transformiix is a XSLT processor written in C++.
> >  License: MPL.
> Good, there is not one entirely free XSLT processor in potato :-(

 I've seen your message in debian-java, that made me package this.. =)

> >  Which section would this go? web or text?
> I would say "text", XML is not Web-specific.

 I've already uploaded to web because it's a more predictable place. But can
be changed.

 I really think that this could go to potato too. It's a new package with no
attachments to anything, it can't harm.

Compiling Error

[Michal Fecanin Araujo]

The following reports an error during compiling:

--
#include 

FILE *output=stderr;

int main()
{
  fprintf(output,"Hello World\n");
}
--

The problem is that its not possible to initialize output with stderr
because it is not a constant. Is there any solution to this without
modification of the code, only with gcc options.

The following modification is obvius and Iam not interested in it.

--
#include 

FILE *output;

int main()
{
   output=stderr;
   fprintf(output,"Hello World\n");
}
---


Under UNIX Systems I got not problem with this code but under Linux, gcc
(ver 2.7) Distribution RedHat this code reports an error. 

Thank you.

Re: Debian and GNOME, partnership with Helixcode?

[Wichert Akkerman]

Previously Miguel de Icaza wrote:
> Sadly, those packages are seldome updated, and there is not an ongoing
> effort to keep them up to date.  I tried to assemble such a team, in
> the gnome-packaging-list, but that group never produced binaries.

[.. snip snip ..]

> Because nobody did contribute them.  Every binary on the site was
> contributed by someone.  For example, recently we got mail from a
> TurboLinux user, and he provided us with the packages for TurboLinux. 

This doesn't surprise me at all: most people who make Debian packages
also happen to be Debian developers and can upload them to the Debian
archive. This means that all Debian users get to see the package
automatically and is a lot simpler then uploading something to
ftp.gnome.org. This possibility does not for people from other
distributions, so for them there is a good reason to upload to
gnome.org.

What you probably should have done is ask on debian-devel and/or
debian-gtk-gnome if people who package parts of GNOME are willing to
also upload their package to gnome.org. 

We also tend to take longer to release package to make sure they fit
well into the distribution and are well-behaved. With the complexity
of GNOME that can take quite a while, so we will probably always be
a bit behind. Then again, I don't mind waiting if it means I will get
a much better package.

Wichert.

-- 
   
 / Generally uninteresting signature - ignore at your convenience  \
| [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ |
| 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0  2805 3CB8 9250 2FA3 BC2D |


pgptkf0nh5v51.pgp
Description: PGP signature

Re: ITP: transformiix

[Wichert Akkerman]

Previously Nicolás Lichtmaier wrote:
>  Transformiix is a XSLT processor written in C++.

Out of curiosity, what is XSLT?

Wichert.

-- 
   
 / Generally uninteresting signature - ignore at your convenience  \
| [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ |
| 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0  2805 3CB8 9250 2FA3 BC2D |


pgpDs8lDJxwH5.pgp
Description: PGP signature

Re: 5 days till Bug Horizon

[Wichert Akkerman]

Previously Richard Braakman wrote:
> Package: autofs (debian/main).
> Maintainer: Justin Maurer <[EMAIL PROTECTED]>
>   52132 autofs: Race condition when expiring autofs submounts leaves daemon 
> crippled
> [STRATEGY] Patch available, waiting for reply from upstream

We should probably go with the patch in the bugreport, it seems to work
nicely and I haven't seen any objections to it on linux-autofs.

> Package: cvs (debian/main).
> Maintainer: Tom Lees <[EMAIL PROTECTED]>
>   59543 cvs: cvs-makerepos does not exist

Isn't this just "cvs init"?

>   59909 cvs: cvs segfaults when commiting a dir

> Package: debianutils (debian/main).
> Maintainer: Guy Maor <[EMAIL PROTECTED]>
>   59121 run-parts hangs during /etc/cron.daily runs

This is a nasty one..

> Package: dpkg (debian/main).
> Maintainer: Wichert Akkerman <[EMAIL PROTECTED]>
>   33237 /etc/alternatives/emacs not managed properly - /usr/bin/emacs doesn't 
> run emacs20
> [STRATEGY] Switches to manual-mode too quickly, maintainer will look at
>it this weekend.

This has at least been improved somewhat in 1.6.10, I'll try to fix it
once and for all in 1.6.12.

>   58091 package name "Eterm" --> "eterm"

This is a residue of a bug in another package which violated policy by
using a capital in the packagename. I wonder if I could get away with
simply lowercasing the package-names when reading the available-file..

> Package: epic4 (debian/main).
> Maintainer: Joseph Carter <[EMAIL PROTECTED]>
>   58508 Epic pre2.503 has bugs which 2.505 has not

And this is release-critical because?

> Package: gnomeicu (debian/main).
> Maintainer: Edward C. Lang <[EMAIL PROTECTED]>
>   58919 gnomeicu causes XServer to grab all the memory.

I can't reproduce this.

> Package: gnudip (debian/main).
> Maintainer: Randolph Chung <[EMAIL PROTECTED]>
>   59248 gnudip: Gnudip prerm script fails with error `groupdel: group gnudip 
> does not exist'

Sounds like a trivial fix..

> Maintainer: Martin Mitchell <[EMAIL PROTECTED]>
>   59592 grmonitor needs to depends on libgl1 instead of mesag3

Is this release-critical? Not sure. It's only a recompile btw.

> Package: libc6-dev (debian/main).
> Maintainer: Joel Klecker 
>   59962 sys/ucontext.h shouldn't define ERR

This *really* should be fixed, 
 
> Package: mh (debian/main).
> Maintainer: Edward Brocklesby <[EMAIL PROTECTED]>
>   59227 htdig: Apparent infinite recursion
>   59891 Security problem in MIME-handling code

Can we drop this package and tell people to use nmh instead? I've been
thinking of releasing a security advisory to that effect..

> Package: netbase (debian/main).
> Maintainer: Anthony Towns <[EMAIL PROTECTED]>
>   59282 netbase: portmap is killed too early on shutdown

Hasn't this one been fixed by now?

> Package: nscd (debian/main).
> Maintainer: Joel Klecker 
>   58367 nscd: 'broken pipe' error causes entire box to be unusable

Has anyone been able to reproduce this?

> Package: smail (debian/main).
> Maintainer: Soenke Lange <[EMAIL PROTECTED]>
> [HELP] Mail to Soenke bounced.
>   59135 smail: Smail doesn't work with the latest libraries

We seem to have a history of release-critical bugs for smail until just
before the release... is Soenke reading this, or has anyone contacted
him?

> Package: xmame-gl (debian/non-free).
> Maintainer: Martin Mitchell <[EMAIL PROTECTED]>
>   59595 xmame-gl depends on mesag3, must depend on libgl1 instead

Same as grmonitor..

> Package: zsh (debian/main).
> Maintainer: Clint Adams <[EMAIL PROTECTED]>
>   58941 core dump with function mycd() {builtin cd "$@" && echo $PWD}
> [STRATEGY] Fixed in the next .deb.  Already fixed upstream. (Mar15MH)

That is a week ago, has it been fixed since then?

Wichert.

-- 
   
 / Generally uninteresting signature - ignore at your convenience  \
| [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ |
| 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0  2805 3CB8 9250 2FA3 BC2D |


pgpbp59hM1IK3.pgp
Description: PGP signature

Re: Proposed documentation/script changes for potato (ntp/chrony/util-linux)

[Wichert Akkerman]

Previously [EMAIL PROTECTED] wrote:
> This advice ignores the admonitions I've read in many places that one
> should never adjust the system clock discontinuously, especially not
> backwards.  Do you have any thoughts on this?

Check into ntp, that will do the right thing. (It slows your clock
down).

Wichert.

-- 
   
 / Generally uninteresting signature - ignore at your convenience  \
| [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ |
| 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0  2805 3CB8 9250 2FA3 BC2D |


pgpxeBy8oRs33.pgp
Description: PGP signature

Re: 5 days till Bug Horizon

[Daniel Burrows]

On Wed, Mar 22, 2000 at 10:50:03AM +0100, Richard Braakman was heard to say:
[snip]
>   59909 cvs: cvs segfaults when commiting a dir

  FWIW, I've never seen this bug.

> Package: rep-gtk (debian/main).
> Maintainer: Mikolaj J. Habryn <[EMAIL PROTECTED]>
>   58684 rep-gtk_0.8-2(unstable): build error (prototype mismatch)

  This appears to be an upstream problem specific to that version, which isn't
in frozen (and may not even exist in unstable anymore..)

  Daniel

-- 
Imagine if every Thursday your shoes exploded if you tied them the usual
way.  This happens to us all the time with computers, and nobody thinks of
complaining.
-- Jeff Raskin

Re: Bug#60753: mutt: /etc/Muttrc should not use colors

[Daniel Burrows]

On Wed, Mar 22, 2000 at 09:40:56AM +0100, Radovan Garabik was heard to say:
> An elegant solution wouldbe to use escape only as a character "escaping" the 
> next
> char, i.e. prefix for control chars, and what we know as an escape character
> would be represented as Esc Esc.
> 
> But this would probably break up almost all applications

  It might not -- most programs (most!) use curses, and very few try to actually
catch Escape (due to the historical problems with it).  So (a) if curses (and
slang?) were modified to handle this, most programs would inherit the changes,
and (b) even among the programs that do their own termcap handling, most
wouldn't be affected.

  So -- proof by handwaving that it would work fine..

  Daniel

-- 
  I used to be indecisive, but now I'm not sure.

Re: quota yet again

[Michael Stone]

On Tue, Mar 21, 2000 at 01:13:03PM +0100, Michael Meskes wrote:
> I just scanned through the quota bug reports and found that 4 open bugs
> (34980, 44585, 46610, 48103) are fixed in the latest upstream version. 
> 
> Does this justify a new package in frozen? From the changelog it seems that
> the only other changes are source code restructuring and one patch:

Not unless the listed bugs are release-critical. Are you sure that the
new version does not introduce new bugs, that it completely fixes all
bugs already fixed in the debian patches, and that it's fully tested?
Introducing new versions just because they exist can only delay the
release.

> * Added patches from Steven Walker <[EMAIL PROTECTED]> for supporting
>   rpc_setquota call and tcp-wrappers check in rquotad.

This sounds like a neat thing to have. It also sounds like something
that could cause unexpected changes in the program's behavior which must
be thoroughly documented and provided for in the debian package.

-- 
Mike Stone


pgpbs9UYYCDUT.pgp
Description: PGP signature

Re: Novell: NDS eDirectory for Linux

[Adam Cassar]

Yes it is possible and I have used a similar configuration in the past.

The key is to use pam

i cannot remember the exact login configuration
but something like

auth required pam_ldap.so

in /etc/pam.d/login

and in /etc/pam_ldap.conf something like

host ldapserver

base o=TREE_NAME

with Novell 4.11 use
ldap_version 2
pam_login_attribute cn
pam_filter objectclass=person
pam_crypt local

Netware 5 will be different as its LDAP is more LDAP compliant :)

ie 
pam_filter objectclass=account
pam_login_attribute uid
etc




> > Load NLDAP.NLM on one of your Netware servers.
> > I did just that and wrote some WEB-applications with php3 to get phone and
> > mailinggrop information from NDS.  
> Please excuse my ignorance about LDAP.  I really don't know how it works
> and how can I profit from it.
> 
> My intention is to enable normal Novell users access to linux boxes
> without triggering my /etc/passwd with the Novell user accounts.  I
> hope that there is any simple possibility for Netware users to get
> a login on some (one to three) Linux boxes with their Novell password
> and home directory on the NCPFS mounted Novell volume.  This would
> save my time to install NIS and adding and removing users on my
> Linux boxes.
> 
> May be I'm dreaming of something which is not possible, yet.
> 
> Kind regards
> 
>Andreas.
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

Re: Debian and GNOME, partnership with Helixcode?

[Robert Bihlmeyer]

"Martin Bialasinski" <[EMAIL PROTECTED]> writes:

> So a note that GNOME packages are available from the regular Debian
> mirrors would be sufficient, no?

Perhaps linking to an up-to-date list, like
http://cgi.debian.org/cgi-bin/search_packages.pl?keywords=gnome&searchon=names&version=unstable&release=all>

-- 
Robbe

Man-made stone-Opal Stone widely used on the desk, round, pillar, staircase, counter, cabinet etc

[Ao Bao]

OPAL INDUSTRIAL CO., LTD. specializes manufacturing the man-made stone-OPAL 
STONE.  Opal Stone are both excellent in quality and reasonable in price. 
The Opal is a new kind of decoration material synthesized by nature mineral 
powder, nature pigment and high function polymer under vacuum and high 
temperature treatment. It has been adopted in many cities of Europe and America 
because of its oil-proof, anticorrosive, damp-proof, anti-crack, anti-moth, 
anti-flame, against high temperature and hard. Also, it is highly plasticity 
and easy to be installed with common tool. It can remain the color for more 
than 10 years.
Comparing with the ceramics, the varied wash-basin made out of Opal are more 
colorful and shiny. Your house can take on a new look by Opal. The Opal 
material can be pieced very well without any crevice by the special same color 
glue.
Opal stone is widely used in office, hotel, bank, taproom on the desk, round, 
pillar, staircase, counter, cabinet etc 

For more information, please go to: 
http://www.jinxiecheng.com/opal/en/index.htm
contact: Ao Bao[EMAIL PROTECTED]

--´ËÓʼþÓÉÍòÏó»Ã¾³³öÆ·µÄ"ÓʼþÅú·¢Õ¾"·¢ËÍ---
ÍòÏó»Ã¾³Óлú·¿¾ÖÓòÍø¹ÜÀíÈí¼þÕÂÓãÖúÀí¡¢ÓʼþÅú·¢Õ¾¡¢
¶ÔÑÛÉñ¹¦¡¢Ð£Ô°³©ÏëÇúµÈÈí¼þ£¬»¶Ó­¹âÁÙÏÂÔØ£º
 http://cookey.126.com 



»¶Ó­Ê¹Óà http://2888.com Ãâ·Ñµç×ÓÐÅÏä¼°·ÖÀàÐÂÎÅ¡¢¸öÐÔ»¯±¨¿¯¡¢
¾«ÃÀºØ¿¨¡¢×Ô¶¯ÃØÊé¡¢ËæÉíÐÅÏä¡¢ËæÉí±Ê¼Ç¡¢¹©Çó¡¢ÕÐƸÇóÖ°ÐÅÏ¢µÈ¡£
-

Re: Bash, Keys, Potato

[Rodrigo Castro]

On Wed, Mar 22, 2000 at 11:12:37AM +0100, Martijn van de Streek wrote:
> Hi Rodrigo!
> 
> On Tue, 21 Mar 2000, Rodrigo Castro wrote:
> 
> > get the key displayed. It works as a dead key, waiting for any other
> > key. When I do type other key, it beeps and I get no output on
> > screen. I reinstalled bash, libncurses5, libc6 and already trying
> > changing my keymap, but I wasn't sucessful. I am getting crazy. 
> 
> Did you look at your ~/.inputrc file?

Yes. I even created a new user with no .inputrc and no $INPUTRC (no
.bashrc, .bash_profile too). I don't know what kind of stuff could be
in my files to screw up only letter E. The problem occurs in console and in
xterm. :-(

[]'s
--
Rodrigo Castro   <[EMAIL PROTECTED]>
Computer Science undergraduate student - University of Sao Paulo

I do not fear computers.  I fear the lack of them.
-- Isaac Asimov

Re: Bash, Keys, Potato

[Martijn van de Streek]

Hi Rodrigo!

On Tue, 21 Mar 2000, Rodrigo Castro wrote:

> get the key displayed. It works as a dead key, waiting for any other
> key. When I do type other key, it beeps and I get no output on
> screen. I reinstalled bash, libncurses5, libc6 and already trying
> changing my keymap, but I wasn't sucessful. I am getting crazy. 

Did you look at your ~/.inputrc file?
-- 
  Martijn van de Streek <[EMAIL PROTECTED]>
"Ik kan niet zonder mijn paperclip!" - Robert van der Meulen

5 days till Bug Horizon

[Igor Mozetic]

Richard Braakman writes:

 > The packages involved are fetchmail, g++, gpm, kernel-image-2.2.14-ide
 > (do we really need it?  I assumed it's needed for the bootfloppies),

Kernel 2.2.14 is severly broken (OOM problems). We had crashes and
killings of essential processes on several machines.
I advise to take at least 2.2.15pre13 (we had no problems after running
it for 17 days on 5 machines), or better to wait for 2.2.15 
(which should be out in a week or two).

-Igor Mozetic

Re: Proposed documentation/script changes for potato (ntp/chrony/util-linux)

[Henrique M Holschuh]

On Tue, 21 Mar 2000, [EMAIL PROTECTED] wrote:
> On Mon, Jan 31, 2000 at 01:56:54AM -0200, Henrique M Holschuh wrote:
> I don't read debian-devel frequently, so I just caught up on all this
> discussion, however I did file one of the bugs about this.  Thank you
> for taking on this issue!  I have one problem:

Someone still needs to get the hands dirty and do some coding for it to be
effective, though.

> > To set the date/time of the system, just use the standard UNIX date 
> > facilities
> > (such as date)
> 
> This advice ignores the admonitions I've read in many places that one
> should never adjust the system clock discontinuously, especially not
> backwards.  Do you have any thoughts on this?

Setting the clock backwards is always a pain (it screws up log timestamps,
for one), wether you do it continuously or not. I really wish all logging
was done in UTC, at least the timestamps wouldn't repeat themselves when
leaving daylight savings time. 

As for stepping the clock forward, I've seen it cause all sort of weirdness
(e.g.: activating X screensavers :-) ), however I've never seen any really
hazardous effects (e.g.: hardware failures), at least not in Linux. My
system does clock stepping every boot (ntpdate -b), and ntp actually causes
the clock to step sometimes when the syncronization is lost. So far, nothing
complained too loudly about it...

The truth is that we have to choose between the lesser of two evils, and
stepping the clock seems to be the lesser one here (as opposed to completely
hosing the system time because the user doesn't know how to deal with the
two clocks and /etc/init.d/hwclock.sh during shutdown).

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh 

Re: Bug#60753: mutt: /etc/Muttrc should not use colors

[Radovan Garabik]

On Wed, Mar 22, 2000 at 06:33:31PM +1100, Brian May wrote:
> > "Radovan" == Radovan Garabik <[EMAIL PROTECTED]> writes:
> 
> Radovan> On Tue, Mar 21, 2000 at 04:33:13PM +1100, Brian May
> Radovan> wrote:
> >> For instance I push the up arrow numerous times to get my
> >> editor to go to the top of the file, and all of a sudden, the
> >> escape comes detached from the [D, and I suddenly end up
> >> altering my file, inserting invalid data, perhaps without even
> >> realizing it.
> >> 
> >> IMHO, the sooner this dead escape standard is dropped in favour
> >> of the better standard (IIRC: set the high bit on control
> >> characters), the
> 
> Radovan> are you sure this would be better? you need to type 8-bit
> Radovan> characters too...
> 
> I was wondering about that too..
> 
> However, the use of "escape" for two purposes (1. the escape
> character, 2. a prefix for other control characters) is what I really
> dislike. Was there, once upon a time, a standard that used 00 as the
> prefix for control characters. Might cause problems in C strings
> though...
> 
> Perhaps the prefix character really needs to be replaced with some
> other character that doesn't already (and never will) exist on the
> keyboard (if anything else exists).

An elegant solution wouldbe to use escape only as a character "escaping" the 
next
char, i.e. prefix for control chars, and what we know as an escape character
would be represented as Esc Esc.

But this would probably break up almost all applications

-- 
 ---
| Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~garabik/ |
| __..--^^^--..__garabik @ melkor.dnp.fmph.uniba.sk |
 ---
Antivirus alert: file .signature infected by signature virus.
Hi! I'm a signature virus! Copy me into your signature file to help me spread!

Re: ITP: transformiix

[Bart Schuller]

On Tue, Mar 21, 2000 at 10:42:38PM -0300, Nicolás Lichtmaier wrote:
>  Transformiix is a XSLT processor written in C++.

URL?

>  Which section would this go? web or text?

I'd say text. Otherwise we could also dump all databases, scripting
languages and most other stuff in web.

-- 
The idea is that the first face shown to people is one they can readily
accept - a more traditional logo. The lunacy element is only revealed
subsequently, via the LunaDude. [excerpted from the Lunatech Identity Manual]

Re: ITP: transformiix

[Stephane Bortzmeyer]

[Please Cc: debian-sgml for SGML/XML-related stuff.]

On Tuesday 21 March 2000, at 22 h 42, the keyboard of 
=?iso-8859-1?Q?Nicol=E1s_Lichtmaier?= <[EMAIL PROTECTED]> wrote:

>  Transformiix is a XSLT processor written in C++.
> 
>  License: MPL.

Good, there is not one entirely free XSLT processor in potato :-(
 
>  Which section would this go? web or text?

I would say "text", XML is not Web-specific.

Re: Bug#60753: mutt: /etc/Muttrc should not use colors

[Brian May]

> "Radovan" == Radovan Garabik <[EMAIL PROTECTED]> writes:

Radovan> On Tue, Mar 21, 2000 at 04:33:13PM +1100, Brian May
Radovan> wrote:
>> For instance I push the up arrow numerous times to get my
>> editor to go to the top of the file, and all of a sudden, the
>> escape comes detached from the [D, and I suddenly end up
>> altering my file, inserting invalid data, perhaps without even
>> realizing it.
>> 
>> IMHO, the sooner this dead escape standard is dropped in favour
>> of the better standard (IIRC: set the high bit on control
>> characters), the

Radovan> are you sure this would be better? you need to type 8-bit
Radovan> characters too...

I was wondering about that too..

However, the use of "escape" for two purposes (1. the escape
character, 2. a prefix for other control characters) is what I really
dislike. Was there, once upon a time, a standard that used 00 as the
prefix for control characters. Might cause problems in C strings
though...

Perhaps the prefix character really needs to be replaced with some
other character that doesn't already (and never will) exist on the
keyboard (if anything else exists).
-- 
Brian May <[EMAIL PROTECTED]>

quota yet again

[Michael Meskes]

I just scanned through the quota bug reports and found that 4 open bugs
(34980, 44585, 46610, 48103) are fixed in the latest upstream version. 

Does this justify a new package in frozen? From the changelog it seems that
the only other changes are source code restructuring and one patch:

* Added patches from Steven Walker <[EMAIL PROTECTED]> for supporting
  rpc_setquota call and tcp-wrappers check in rquotad.

Comments anyone? Richard?

Michael
-- 
Michael Meskes | Go SF 49ers!
Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire!
Tel.: (+49) 2431/72651 | Use Debian GNU/Linux!
Email: Michael@Fam-Meskes.De   | Use PostgreSQL!

Orphaning Minivend

[Philip Thiem]

I'm formally orphaning minivend.. I've gotten too busy with some
programming
projects of my own.  Though I haven't uploaded any real packages, I do have
a
preliminary version I had put together a while back.  It's a bit outdated
by the current upstream version, but it can be found at
http://www.umr.edu/~ptt

Philip Thiem /---/ [EMAIL PROTECTED] /---/ Pass on the GAS get NASM instead
Computer Science & Mathematics Undergraduate @ UM-Rolla
Interests: Security, Operating Systems, Numerical Computing,
   Algorithm Analysis, Discrete/Linear/Modern Algebra,

Re: PDQ?

[Randolph Chung]

> There is apparently a printing system out there that is designed to
> replace lpr-based ones, called PDQ.  I notice this is not yet in
> Debian.  Is anyone planning to package it?  Does anyone have any
> experience with it?  If so, how do you like it?

I had some debs at http://master.debian.org/~tausq/debs/ haven't decided
if i want to maintain it though. if anyone is interested, please go ahead
and package.

randolph
-- 
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/

Re: apt-get cron job

[Brendan O'Dea]

On Tue, Mar 21, 2000 at 10:42:44PM -0400, Peter Cordes wrote:
> I've got a useful cron job that many of you may find useful.  It uses
>apt-get to download updated packages in the wee hours of the morning while
>the rest of the internet sleeps (well, at least most of it sleep :).  I
>mentioned it on my local LUG list, and Ben Armstrong gave me some helpful
>advice.  First, it is too small to package by itself, and second, he
>recommended asking some of my questions on debian-devel, so here I am :)
>
> I use this line in /etc/crontab on my woody system:
>42 6* * sun root/usr/bin/apt-get update ; /usr/bin/apt-get -q -d -y -u 
>dist-upgrade ; /usr/bin/apt-get autoclean

You might consider changing the order to clean the cache before
downloading the new packages, and making each step dependant on the
previous.

42 6 * * sun root apt-get update && apt-get autoclean && \
apt-get -q -d -y -u upgrade

Regards,
-- 
Brendan O'Deabod@compusol.com.au
Compusol Pty. Limited  (NSW, Australia)  +61 2 9809 0133

apt-get cron job

[Peter Cordes]

Hi all,

 I've got a useful cron job that many of you may find useful.  It uses
apt-get to download updated packages in the wee hours of the morning while
the rest of the internet sleeps (well, at least most of it sleep :).  I
mentioned it on my local LUG list, and Ben Armstrong gave me some helpful
advice.  First, it is too small to package by itself, and second, he
recommended asking some of my questions on debian-devel, so here I am :)

 I use this line in /etc/crontab on my woody system:
42 6* * sun root/usr/bin/apt-get update ; /usr/bin/apt-get -q -d -y -u 
dist-upgrade ; /usr/bin/apt-get autoclean

 It runs at 6:42 every Sunday morning.  Since I don't redirect the
output anywhere, it gets mailed to root, as a reminder that 
apt-get dist-upgrade can be run without fetching anything from the network. :)
It does not, however, actually carry out the upgrades.  This is a Good
Thing, because you can easily not upgrade if you are too busy to risk a
broken system, or if it is a really bad time for the system to possibly
become unstable.  This is because upgrading is an opt-in thing every
week: you don't have to turn anything off to not change your system at all,
except for the packages in your /var/cache/apt.


Question: Is it safe to use -y here?  I think it is, because the only
question that gets asked is whether to proceed with the download or not.
However, I'm worried that there might be times when apt asks some other
questions even though I tell it to only download, not unpack, the new
packages.  It would be very inappropriate to answer yes automatically to any
questions other than whether to proceed with the download.

 If this wasn't too small to package by itself, I would have had an
installer that could generate a random time between 3:00 and 7:00 am on
random days of the week for the update to run, so not every Debian system 
using this is upgrading at the same time.  Maybe apt should give this as an
option in its installer?

 Another thing: http_proxy is probably not set here, since I set http_proxy
from /etc/profile and this runs from cron.  Is there a standard place to
store proxy config info, or should the package installer ask for one?

 Ben tells me that I should write something to put in
/usr/share/doc/apt/examples and submit this as a wishlist bug against apt.
I'll do this unless someone here tells me they've put i in already :)

 Any suggestions/comments?  I'd be surprised if I'm the first person to
think of this, but I didn't see anything that suggested it anywhere.
 
 (BTW, I skim debian-devel-digest, but I wouldn't mind getting cc'ed on
anything about this.)

-- 
#define X(x,y) x##y
DUPS Secretary ; http://is2.dal.ca/~dups/
Peter Cordes ;  e-mail: X([EMAIL PROTECTED] , dal.ca)

"The gods confound the man who first found out how to distinguish the hours!
 Confound him, too, who in this place set up a sundial, to cut and hack
 my day so wretchedly into small pieces!" -- Plautus, 200 BCE

Re: blue on black is unreadable

[Peter Cordes]

On Tue, Mar 21, 2000 at 10:53:47PM -, [EMAIL PROTECTED] wrote:

> Date: Tue, 21 Mar 2000 17:21:22 +0200
> From: Lauri Tischler <[EMAIL PROTECTED]>
> To: debian-devel@lists.debian.org
> Subject: Re: blue on black is unreadable (was Re: Bug#60753: mutt: /etc/Muttrc
>  should not use colors)
> 
> Junichi Uekawa wrote:
> > 
> > garabik> > lynx has the same problem. hyper links are blue on black, which 
> > makes it
> > garabik> > very difficult to see where you are going. fixed with:
> > garabik> >
> > garabik> >  COLOR:1:cyan:black
> > garabik> >  COLOR:5:brightcyan:black
> > 
> > The same can be said about the default "ls" colors.
> > It shows directory names with blue on black.
> 
> These must be set up by some bug-eyed alien with colour-resolution going
> well into ultraviolet. :)
> 

 The Linux text console is readable (barely), but xterm uses and even worse
colour for ANSI blue.  (assuming black background).  The fix for this
is to change the colour used by xterm for ANSI blue, instead of changing all
apps to use a different ANSI colour escape code.  xterm and (some) friends
use the XTerm*colorn resource to say what X colour to use for ANSI colour n.
This is documented in xterm(1).  I like to use the following additions to
/etc/X11/Xresources/xterm:

! local additions  (PJC)

/* blue that is used by color ls, and by lynx.  this is brighter than
default */
#define BLUE_COLOUR #ff

XTerm*color4:   BLUE_COLOUR
XTerm*color12:  BLUE_COLOUR


XTerm*SimpleMenu.background:yellow
XTerm*SimpleMenu*foreground:black

XTerm*reverseWrap: true


 This makes ANSI blue nice and readable, in bold and non-bold.

 enjoy :)

-- 
#define X(x,y) x##y
DUPS Secretary ; http://is2.dal.ca/~dups/
Peter Cordes ;  e-mail: X([EMAIL PROTECTED] , dal.ca)

"The gods confound the man who first found out how to distinguish the hours!
 Confound him, too, who in this place set up a sundial, to cut and hack
 my day so wretchedly into small pieces!" -- Plautus, 200 BCE

ITP: transformiix

[Nicolás Lichtmaier]

 Transformiix is a XSLT processor written in C++.

 License: MPL.

 Which section would this go? web or text?

Re: cannot login in xdm anymore (upgrade potato -> potato)

[Branden Robinson]

On Tue, Mar 21, 2000 at 10:45:37AM -0600, Carlo Segre wrote:
> >   Xlib: connection to ":0.0" refused by server
> >   Xlib: Client is not authorized to connect to Server
> >   xrdb: Can't open display ':0'
[...]
> I have seen a similar symptom on 1 out of three computers that I have
> running potato.  In my case, I am not running xdm but gdm and I am able
> to log in and run any X applications from the GUI but if I try to run one
> from a command line in a a terminal, I get the same message.

Well, terminal sessions that aren't children of the X session don't inherit
$DISPLAY.  If $DISPLAY is not set, these programs don't even know where to
look for a server to connect to.  Some might default to :0.0.

> This happens only when I am using a Gnome session.  With a Debian session
> it works fine.  Furthermore, as root there are no problems.  Since I am
> seeing this on one of three machines which are presumabley set up in the
> same way, I am presuming that it is some incorrect configuration file
> somewhere.  If anyone has an insight, I would appreciate it.  My next
> move is to purge all X packages and reinstall...

Please see the section in the Debian X FAQ[1] about the XAUTHORITY environment
variable.

[1] /usr/share/doc/xfree86-common/FAQ.gz

-- 
G. Branden Robinson|It was a typical net.exercise -- a
Debian GNU/Linux   |screaming mob pounding on a greasy spot
[EMAIL PROTECTED] |on the pavement, where used to lie the
roger.ecn.purdue.edu/~branden/ |carcass of a dead horse.


pgpmxMIzIi7oU.pgp
Description: PGP signature

Re: Proposed documentation/script changes for potato (ntp/chrony/util-linux)

[andrew]

On Mon, Jan 31, 2000 at 01:56:54AM -0200, Henrique M Holschuh wrote:
> Attached you'll find context diff files against files in the ntp, chrony and
> util-linux packages, as well as a new README.Debian.hwclock file for the
> util-linux package.

I don't read debian-devel frequently, so I just caught up on all this
discussion, however I did file one of the bugs about this.  Thank you
for taking on this issue!  I have one problem:

> To set the date/time of the system, just use the standard UNIX date facilities
> (such as date)

This advice ignores the admonitions I've read in many places that one
should never adjust the system clock discontinuously, especially not
backwards.  Do you have any thoughts on this?

Andrew

Re: Debian and GNOME, partnership with Helixcode?

[Marcus Brinkmann]

On Tue, Mar 21, 2000 at 08:31:01AM -0500, Miguel de Icaza wrote:
> 
> > I'm sorry to disagree with you, the GNOME project *does*
> > distribute binaries (and packages too), looking
> > in http://www.gnome.org/start/ will give you pointers
> > to packages for Caldera, RedHat and SuSE distributed
> > from the GNOME site (ftp://ftp.gnome.org/pub/GNOME/stable/latest).
> 
> Sadly, those packages are seldome updated, and there is not an ongoing
> effort to keep them up to date.  I tried to assemble such a team, in
> the gnome-packaging-list, but that group never produced binaries.

The good solution would be to make Debian packaging rules snapshot-able,
so that you can build packages with appropriate version numbers, package
names and dependencies right out of CVS.

Currently, a Debian package is a Debian package, and it is not trivial to
make a package which looks different from the "official" package. The
debian-snapshot list was created to aim at a solution, but nothing came out
of it so far.

Thanks,
Marcus

-- 
`Rhubarb is no Egyptian god.' Debian http://www.debian.org Check Key server 
Marcus Brinkmann  GNUhttp://www.gnu.orgfor public PGP Key 
[EMAIL PROTECTED], [EMAIL PROTECTED]PGP Key ID 36E7CD09
http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/   [EMAIL PROTECTED]