Re: http://www.debian.org/contact

2006-07-14 Thread Christopher Nelson
On Fri, Jul 14, 2006 at 01:45:13AM -0500, Mumia W. wrote:
> On 07/14/2006 12:45 AM, 
> [EMAIL PROTECTED] wrote:
> >Trying to install x-window-system on Sarge 31r1.  Will not install due
> >to broken dependency -- missing xprt-xprintorg.  I am using
> >deb http://security.debian.org/ stable/updates main contrib non-free
> >in my sources.list file.  All my other dependencies look fine.
> >Help would be most appreciated.
> 
> Perhaps xprt-xprintorg hasn't needed to have any 
> security updates. Add another mirror to your 
> sources.list and do an "aptitude update."

One example would be:
deb http://ftp.debian.org/debian stable main contrib non-free

Of course you'll get better performance picking a closer mirror...
www.debian.org/mirror/list

-- 
Christopher Nelson -- [EMAIL PROTECTED]
---
Grinnell's Law of Labor Laxity:
At all times, for any task, you have not got enough done today.


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



Re: http://www.debian.org/contact

2006-07-14 Thread Mumia W.
On 07/14/2006 12:45 AM, 
[EMAIL PROTECTED] wrote:

Trying to install x-window-system on Sarge 31r1.  Will not install due
to broken dependency -- missing xprt-xprintorg.  I am using
deb http://security.debian.org/ stable/updates main contrib non-free
in my sources.list file.  All my other dependencies look fine.
Help would be most appreciated.

Jeff




Perhaps xprt-xprintorg hasn't needed to have any 
security updates. Add another mirror to your 
sources.list and do an "aptitude update."



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




Re: http://www.debian.org/contact

2001-04-17 Thread Noah L. Meyerhans
On Tue, Apr 17, 2001 at 03:38:59PM +, [EMAIL PROTECTED] wrote:
> Having a problem installing the sound modules; sound.o, uart401.o,
> sb.o sb16.o, etc from the slink, v2.1 distribution cd's..
> 
> Tried dpkg the ALSA binaries but still can't find the drivers
> anywhere..

I don't remember what state the sound driver stuff was in for slink, but
You should probably consider upgrading to Debian 2.2 (potato), the third
revision of which was just released a couple days ago.  Sound support is
one of those things where Linux is constantly making great strides, so
much is bound to have changed since slink.

To install ALSA, I have traditionally just downloaded the source for the
modules and installed it by hand.  I know it's possible to do it within
the Debian system, but installing it by hand worked well enough and was
easy enough that I never bothered to see how well it worked.  ALSA is
quite well documented.  Have a look at http://www.alsa-project.org/

Note that to build the alsa modules you'll need to either install the
full sources for your kernel or at least the kernel-headers package.

noah

-- 
 ___
| Web: http://web.morgul.net/~frodo/
| PGP Public Key: http://web.morgul.net/~frodo/mail.html 



pgpnVwCj3knO3.pgp
Description: PGP signature


Re: http://www.debian.org/contact

1999-10-15 Thread Miles Bader
Greg Wooledge <[EMAIL PROTECTED]> writes:
> > > > Is there some secret mode in console-apt that makes it tell you what
> > > > *other* packages it's going to upgrade or remove
> >
> > ...unfortunately console-apt simply isn't a sufficient replacement
> > for dselect without this feature (in some form or another; maybe it
> > could be less whizzy than dselect's, but it's gotta be there).
> 
> This works:
> 
>   jekyll# apt-get -s install ae
>   Reading Package Lists... Done
>   Building Dependency Tree... Done
>   The following extra packages will be installed:
> slang1=20
>   2 packages upgraded, 0 newly installed, 0 to remove and 190 not upgraded.
>   Inst ae []
>   Inst slang1
>   Conf slang1
>   Conf ae

It doesn't have to be *exactly* like dselect, but it certainly has to be
more like dselect than that!

Cheers,

-Miles
-- 
Love is a snowmobile racing across the tundra.  Suddenly it flips over,
pinning you underneath.  At night the ice weasels come.  --Nietzsche


Re: http://www.debian.org/contact

1999-10-14 Thread Greg Wooledge
Miles Bader ([EMAIL PROTECTED]) wrote:

> peter karlsson <[EMAIL PROTECTED]> writes:

> > > Is there some secret mode in console-apt that makes it tell you what
> > > *other* packages it's going to upgrade or remove as a result of
> > > upgrading a particular package (because they're dependencies, or
> > > conflicts), like dselect does?

> > I don't think so.

> I was afraid that was the answer...unfortunately console-apt simply
> isn't a sufficient replacement for dselect without this feature (in some
> form or another; maybe it could be less whizzy than dselect's, but it's
> gotta be there).

This works:

  jekyll# apt-get -s install ae
  Reading Package Lists... Done
  Building Dependency Tree... Done
  The following extra packages will be installed:
slang1 
  2 packages upgraded, 0 newly installed, 0 to remove and 190 not upgraded.
  Inst ae []
  Inst slang1
  Conf slang1
  Conf ae

Unfortunately, that doesn't show you what version it wants to use;
for that, I use this:

  jekyll# apt-get --print-uris install ae
  Reading Package Lists... Done
  Building Dependency Tree... Done
  The following extra packages will be installed:
slang1 
  2 packages upgraded, 0 newly installed, 0 to remove and 190 not upgraded.
  Need to get 200kB of archives. After unpacking 108kB will be used.
  Do you want to continue? [Y/n] 
  
'http://http.us.debian.org/debian/dists/unstable/main/binary-i386/base/slang1_1.3.8-2.1.deb'
 slang1_1.3.8-2.1_i386.deb 164854 2e1bc6e0c30ed211024cd197f9c8b242
  
'http://http.us.debian.org/debian/dists/unstable/main/binary-i386/base/ae_962-25.1.deb'
 ae_962-25.1_i386.deb 35360 59df7b78823f8304e7da3e3915ef6f7b

(Ugly, but functional.)

-- 
Greg Wooledge| Distributed.NET http://www.distributed.net/
[EMAIL PROTECTED] | because a CPU is a terrible thing to waste.
http://www.kellnet.com/wooledge/ |


pgp4GS5tH1Tjp.pgp
Description: PGP signature


Re: http://www.debian.org/contact

1999-10-14 Thread Brian Servis
*- On 14 Oct, Miles Bader wrote about "Re: http://www.debian.org/contact";
> peter karlsson <[EMAIL PROTECTED]> writes:
>> I was thinking about filing a wishlist bug report against that, but just
>> haven't gotten around to do that...
> 
> It would be great if you could do that...  but if you don't have the
> time, maybe I could do it, since I'm the one that's bitching; how does
> one do this?
> 

Install the 'bug' package and any depenencies: 'apt-get install bug'

Then just run the command 'bug' as a regular user. It will ask you for a
short description, i.e the subject and then open up your editor($EDITOR)
and give you a template file to edit and fill in some information for
the maintainer. If you want to set the Severity to wishlist then when
your editor pops up add 

Severity: wishlist

just under the other fields that are at the top of the file.  This will
all make since once you see what I am describing.  

Or you can go to http://www.debian.org/Bugs/Reporting and read the
instructions for doing it manually via email.

Brian Servis
-- 

Mechanical Engineering  |  Never criticize anybody until you  
Purdue University   |  have walked a mile in their shoes,
[EMAIL PROTECTED]   |  because by that time you will be a
http://www.ecn.purdue.edu/~servis   |  mile away and have their shoes.


Re: http://www.debian.org/contact

1999-10-14 Thread Miles Bader
peter karlsson <[EMAIL PROTECTED]> writes:
> > Is there some secret mode in console-apt that makes it tell you what
> > *other* packages it's going to upgrade or remove as a result of
> > upgrading a particular package (because they're dependencies, or
> > conflicts), like dselect does?
> 
> I don't think so.

I was afraid that was the answer...unfortunately console-apt simply
isn't a sufficient replacement for dselect without this feature (in some
form or another; maybe it could be less whizzy than dselect's, but it's
gotta be there).

> I was thinking about filing a wishlist bug report against that, but just
> haven't gotten around to do that...

It would be great if you could do that...  but if you don't have the
time, maybe I could do it, since I'm the one that's bitching; how does
one do this?

Thanks,

-Miles
-- 
Love is a snowmobile racing across the tundra.  Suddenly it flips over,
pinning you underneath.  At night the ice weasels come.  --Nietzsche


Re: http://www.debian.org/contact

1999-10-13 Thread Tobias Zimpel
On Tue, Oct 12, 1999 at 08:06:35PM -0300, Pablo De Napoli wrote:
> Hello!

Hi,

> 
> I think that we should consider:
> 
> 1) Create some easy-to-use tools for making debian packages ( not for
> experts I mean) in order that everybody can make a debian package and
> so debian is updated faster (or perhaps we could get debian packages
> from elsewhere , if someone want to make a program freely avaliable it
> would be nice that he could make easy a debian package).

It's very easy to create debian packages from normal sources. Expecting
that you have installed fakeroot and debmake just type:

tar xzvf package.tar.gz
mv package/ package-x.x (package is the name of the program you want to
 install, x.x is the version number)
cd package-x.x
deb-make
dpkg-buildpackage -rfakeroot .us .uc -b

then you have a .deb made from the sources. Install it with

dpkg -i ../package_x.x-1.deb

That's all. It's easy enough, I'd say :-)


> 2) Try to agree with the other linux distributions in a uniform package
> format . I think we should consider use the "rpm" format for debian.
> The are excelent tools from red-hat (under GPL) for installing rpm
> ( glint is more intuitive than dselect ) , and let me say that is easy to
> find "rpm" packages than "deb".

Clear no to that idea. "deb" has a lot more features than "rpm",
especially with the dependencies. the current debian package format is
the best I've ever seen.

Of course you're right that there are a lot more rpm's available than
deb's, but I don't really trust those "wild made" packages. With the
official debian packages one can be sure that they have an excelent
quality.

I've discussed that matter with some of the real experts, and we're all
sure that debian should stay with the .deb-format.

Hope that helps

Bye

Tobias
-- 
Tobias Zimpel (TZ496-RIPE)Linux - wie win Pinguin im Wasser...
E-Mail: [EMAIL PROTECTED]   WWW: http://www.startrek-web.de/
Tips für Outlook Express-Nutzer zur besseren Konfiguration des Programms:
http://www.trionet.de/~florenzvillegas/OE-FAQ


Re: http://www.debian.org/contact

1999-10-13 Thread peter karlsson
> Is there some secret mode in console-apt that makes it tell you what
> *other* packages it's going to upgrade or remove as a result of
> upgrading a particular package (because they're dependencies, or
> conflicts), like dselect does?

I don't think so.

I was thinking about filing a wishlist bug report against that, but just
haven't gotten around to do that...

> Also, is there any concept of `hold', since the help screen doesn't say.

The help screen in console-apt isn't very useful at all :-/

-- 
\\//
peter - http://www.softwolves.pp.se/
  - and God said: nohup make World >& World.log &


Re: http://www.debian.org/contact

1999-10-13 Thread Miles Bader
Ben Lutgens <[EMAIL PROTECTED]> writes:
> Yes, what with apt, console-apt I rarely need to use dselect. Even though I
> have no problem using it.

Is there some secret mode in console-apt that makes it tell you what
*other* packages it's going to upgrade or remove as a result of
upgrading a particular package (because they're dependencies, or
conflicts), like dselect does?

I find the default behavior (just doing things behind your back) way too
dangerous to be useful.

[I realize that it highlights them in the package list, but it does so
silently, and it's rather hard to notice such changes in the very very
long list of packages...]

Also, is there any concept of `hold', since the help screen doesn't say.

Thanks,

-Miles
-- 
Love is a snowmobile racing across the tundra.  Suddenly it flips over,
pinning you underneath.  At night the ice weasels come.  --Nietzsche


Re: http://www.debian.org/contact

1999-10-13 Thread Ben Lutgens
On Tue, Oct 12, 1999 at 10:22:45PM -0500, Brad wrote:
> you don't, check out console-apt or gnome-apt.

Yes, what with apt, console-apt I rarely need to use dselect. Even though I
have no problem using it.


Re: http://www.debian.org/contact

1999-10-13 Thread Brad
-BEGIN PGP SIGNED MESSAGE-

Uh oh... you may have sparked a flame war here ;)

These topics seem to come up frequently, please check the archives for
much more discussion.

On Tue, 12 Oct 1999, Pablo De Napoli wrote:

> The current version of Xfree is 3.3.5 ( from ftp.xfree86.org) but the
> xfree in the stable release is 3.3.3 (I think) . This is crucial since
> some video cards (like Sis 620) are only supported by the new version.
> 
> The same happens with gnome (I was able to get from ftp.gnome.org debian
> packages for slink that are newer than the ones from ftp.debian.org , but
> they are not there any more).

For a good discussion of the reasons stable is mildly out-of-date, check
this thread:
http://www.debian.org/Lists-Archives/debian-user-9910/msg2.html

> I think that we should consider:
> 
> 1) Create some easy-to-use tools for making debian packages ( not for
> experts I mean) in order that everybody can make a debian package and
> so debian is updated faster (or perhaps we could get debian packages
> from elsewhere , if someone want to make a program freely avaliable it
> would be nice that he could make easy a debian package).

Making a _good_ package isn't something you can make extremely simple. The
tools the actual developers use are available, and they are pretty easy to
use as long as you can follow a few HOWTOs (look in the Developer's
section of the website).

If you really want the new stuff that badly, and you don't mind a little
risk if instability, check out unstable. And remember to file bug reports
if you find any bugs!

> 2) Try to agree with the other linux distributions in a uniform package
> format . I think we should consider use the "rpm" format for debian.
> The are excelent tools from red-hat (under GPL) for installing rpm
> ( glint is more intuitive than dselect ) , and let me say that is easy to
> find "rpm" packages than "deb".

Why? Debs actually have quite a few advantages over rpms. Other people
don't share this opinion. I'll stop now lest i provoke an even greater
flamewar. Check the archives, other replies to your post, and the web for
discussions of the matter.

Oddly enough, a few people (me for one) find dselect very easy to use. If
you don't, check out console-apt or gnome-apt.


- -- 
  finger for PGP public key.



-BEGIN PGP SIGNATURE-
Version: 2.6.3ia
Charset: noconv

iQCVAwUBOAP7CL7M/9WKZLW5AQHxoQP/SClNQulbeAfeaBV1vKvWi4imwr1DZyby
htSJ+4wGv9dN2FTANAvKno7+rLMnRlkjJpgY9Msqw7irD5Jf9VKhDTZQDyGzBpMO
EKsB2lZZ5ZuKFeUPLzXQtHoXhLIGEbwJlTT9opr+oVGQoV5piY5qCzC+SHeoDIxa
ka3EDHZJhRc=
=IhbM
-END PGP SIGNATURE-


Re: http://www.debian.org/contact

1999-10-13 Thread Brian Servis
*- On 12 Oct, Pablo De Napoli wrote about "http://www.debian.org/contact";
> 
> 2) Try to agree with the other linux distributions in a uniform package
> format . I think we should consider use the "rpm" format for debian.
> The are excelent tools from red-hat (under GPL) for installing rpm
> ( glint is more intuitive than dselect ) , and let me say that is easy to
> find "rpm" packages than "deb".
> 

This will probably never happen.  For a comparison of package formats
take a look at http://kitenet.net/~joey/pkg-comp/.  And if I am not
mistaken the .deb format was around before .rpm was. You can also use
the 'alien' package to install rpm's on debian or vice versa. It is
packaged for Debian or you can find it on freshmeat.net


Brian Servis
-- 

Mechanical Engineering  |  Never criticize anybody until you  
Purdue University   |  have walked a mile in their shoes,
[EMAIL PROTECTED]   |  because by that time you will be a
http://www.ecn.purdue.edu/~servis   |  mile away and have their shoes.


Re: http://www.debian.org/contact

1999-10-13 Thread Dwayne C . Litzenberger
> 1) Create some easy-to-use tools for making debian packages ( not for
> experts I mean) in order that everybody can make a debian package and
> so debian is updated faster (or perhaps we could get debian packages
> from elsewhere , if someone want to make a program freely avaliable it
> would be nice that he could make easy a debian package).

That is a big no-no.  A non-expert just can't live up to the quality one
should expect from Debian.  Making it "easy-to-use" would just let more
ignorant people make packages that possibly break other things.  Package
maintainers should know what is going on with their packages, so they can
fix bugs, etc.

> 
> 2) Try to agree with the other linux distributions in a uniform package
> format . I think we should consider use the "rpm" format for debian.
> The are excelent tools from red-hat (under GPL) for installing rpm
> ( glint is more intuitive than dselect ) , and let me say that is easy to
> find "rpm" packages than "deb".

Maybe, but does rpm support "Suggests", "Recommends", "Provides", "Hold",
"Section", "Priority", package-based "Depends", or even text-based
databases that you can grep? No. The Debian motto has sort of always been
to do things the right way, even if it means being different.  If it
weren't for the speed issues of dpkg (IMHO, the database should still be
text, but binary cached), I suspect most other distros would be using it
as well, as it really displays the quality and intelligence that is Linux.

Conformance and ease of use have never been high priorities of the Debian
community.  The reason there are multiple distributions of Linux is so you
can choose which ones you like.  If you don't like Debian, I suggest you
get another distro.  (No offence)


-- 
"I already have all the latest software."
 -- Laura Winslow, "Family Matters"

Dwayne Litzenberger - [EMAIL PROTECTED]

Advertising Policy: http://DLitzPower.tripod.com/spamoff.htm
GnuPG Public Key:   http://DLitzPower.tripod.com/gpgkey.asc
 Fingerprint:   0535 F7CF FF5F 8547 E5A5  695E 4456 FB6C BC39 A4B0



pgp5PM7dgNla3.pgp
Description: PGP signature