Date: Mon, 31 Dec 2007 22:14:38 +0100
From: Rodolfo Medina <rodolfo.medina@gmail.com>
To: debian-user@lists.debian.org
Subject: kernel-source package in Etch?
Message-ID: <874pdyy3b5.fsf@gmail.com>
Content-Type: text/plain; charset=us-ascii
Hi to all Debian users.
In Sarge, in order to configure Debian for my modem, I started with:
# apt-get install kernel-source-2.4.27
. Now, in Etch, what should the package be in place of that? I couldn't find
it! I tried with ...2.6, ...2.6.18,... but none was the right one.
Thanks for any help
Rodolfo
Date: Mon, 31 Dec 2007 14:41:12 -0700
From: ChadDavis <chadmichaeldavis@gmail.com>
To: debian <debian-user@lists.debian.org>
Subject: character encoding
Message-ID: <4fe4c4f50712311341k7660f251i9bceaa7ff1772b3d@mail.gmail.com>
Content-Type: multipart/alternative;
boundary="----=_Part_2477_19279723.1199137272302"
------=_Part_2477_19279723.1199137272302
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
When I run 'ls' on a given directory, some of the file names show a question
mark in the place of a non-supported character. In trying to understand
what is happening, I find that I don't understand a couple of fundamentals.
- what is the default encoding of my debian system?
- It seems that a file itself doesn't have any encoding as it is sitting on
the hard drive -- its just bytes, right? when a given application picks it
up, that application will try to read it as a certain encoding -- how is
that determiniation made?
- What is the encoding of the file name? Is this a feature of the
filesystem?
I realize these questions may not be that "smart"; please tell me what I'm
missing if so. Also, point me to documentation if you know of some that
explains all of this. I couldn't find anything on the topic searching the
web or debian docs.
------=_Part_2477_19279723.1199137272302
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
When I run 'ls' on a given directory, some of the file names show a question mark in the place of a non-supported character. In trying to understand what is happening, I find that I don't understand a couple of fundamentals.
1) what is the default encoding of my debian system?
2) It seems that a file itself doesn't have any encoding as it is sitting on the hard drive -- its just bytes, right? when a given application picks it up, that application will try to read it as a certain encoding -- how is that determiniation made?
3) What is the encoding of the file name? Is this a feature of the filesystem?
I realize these questions may not be that "smart"; please tell me what I'm missing if so. Also, point me to documentation if you know of some that explains all of this. I couldn't find anything on the topic searching the web or debian docs.
------=_Part_2477_19279723.1199137272302--
Date: Mon, 31 Dec 2007 13:41:17 -0800
From: "Kelly Clowers" <kelly.clowers@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: wine - resource hog
Message-ID: <1840f6970712311341p29c816bbg710b99a0213c6bd6@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
On Dec 31, 2007 12:02 PM, Todd A. Jacobs <nospam@codegnome.org> wrote:
> On Sat, Dec 29, 2007 at 09:31:45PM -0800, joseph lockhart wrote:
>
> > to work (so far windows media player 9, realplayer 10, and a few other
>
> AFAIK, wine won't work with anything later than Windows Media Player 6.4
> because of MS DRM and OS bundling. As long as files aren't actually
> DRMed, you can use the Win32 codecs from Debian Multimedia to play
> almost any type of uncrippled file.
It looks like WMP 9 installs and plays MP3 files, but that's about it:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=1449
However it seems to be somewhat better in Crossover Office:
http://www.codeweavers.com/compatibility/browse/name/?app_id=472;tips=1
--
joseph lockhart said:
(summarized)
> Processor : Intel Celeron 2.60GHz
> Memory : 247MB (217MB used)
> OS : Ubuntu 7.10 (to be replaced by Etch)
Wine Version : ???
I am still not sure why wine would be a major resource hog
on your machine. In general, I would say you could use more
RAM (at least another 256 would be a good starting point).
But that doesn't help if wine eats all that memory and/or
your processor time.
Wine seems to have a lot of "churn"; the best thing is often
to try a different version, maybe even an older one.
--
as far as accompaniment tracks, are they in wma format?
Can you get what you need from Amazon's unencumbered
MP3 store or someplace similar? I don't know what you
need, but I do know that sometimes the best solution to a
problem is to change the problem.
Cheers,
Kelly Clowers
Date: Mon, 31 Dec 2007 13:46:29 -0800
From: "Kelly Clowers" <kelly.clowers@gmail.com>
To: "debian user" <debian-user@lists.debian.org>
Subject: Re: how do i debug X?
Message-ID: <1840f6970712311346oecb5005kab722f5b536cd179@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
On Dec 31, 2007 9:55 AM, cs <cs@networkingnewsletter.org.uk> wrote:
> I wish to monitor the current state/focus of the mouse - how would I do
> this?
> I'm trying to narrow down my intermittent USB mouse (and occasionally
> USB keyboard) problems -- see thread started 18 Dec. Thanks, Michael
X.org has a doc on debugging:
http://www.x.org/wiki/Development/Documentation/ServerDebugging
That's all I know. I was thinking about try it, and this doc makes it
look not to hard, but I never got around to it, and the problem I had
went away after some updates.
Cheers,
Kelly Clowers
Date: Mon, 31 Dec 2007 16:44:47 -0500
From: Mark Grieveson <dg135@torfree.net>
To: debian-user@lists.debian.org
Subject: Re: debian how-to
Message-ID: <20071231164447.7e26c7af@localhost>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
On Mon, 31 Dec 2007 04:27:30 +0000 (UTC)
debian-user-digest-request@lists.debian.org wrote:
>
> I know about Debian Reference and Debian Help site, but I'm more
> interested in a list of common how-tos that most people would like to
> do after installation, such as add mp3 playing ability, installing ...
>
> Thanks,
The best resource is this mailing list, frankly, for any general
questions. Another resource I recommend for basic set up questions is
http://www.debiantutorials.org/. One resource that has the potential to
be great is http://wiki.debian.org/. If you yourself wanted to create a
basic howto page for debian, this would be the place to do it.
Of course, the man pages, the /usr/share/doc/ directory, and google,
are great resources.
Mark
Date: Mon, 31 Dec 2007 16:48:28 -0500
From: charlie derr <cderr@simons-rock.edu>
To: debian-user@lists.debian.org
Subject: Re: gnome won't uninstall because I messed up dpkg by mixing and
matching apt-get and aptitude incorrectly (used to be Re: upgrading in
sid)
Message-ID: <477963AC.2000606@simons-rock.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
> Charlie,
>
> In this kind of situation, I would "# apt-get --purge remove" the
> problematic package(s), then "# apt-get update" and try again.
>
as Daniel and Florian have pointed out elsewhere in this thread, my problem is with libxml2 being completely borken at the moment
(I think) and aptitude is just showing me the manifestation (because of all the calls to gconftool-2 in postinstall scripts for
gnome apps and libs).
> Of course, I would do all this from the (real) console, not a GNOME
> terminal window.
you're just chicken :-]
(i'm still in the same original openbox session I started in a couple days ago (my one concession was to not do this from my usual
busy (50-100 application windows spread across 4 desktops) KDE session))
i did take the extra step of doing my upgrade from within a screen session (inside konsole, not gnome-terminal)
>
> Lastly, I'd *never* use aptitude.
It appears (to me at least) that that's an irrational bias you have there. I'm going with the debian/GNU party line which says
aptitude is superior to apt-get in some way (though I still don't think there's a drop-in replacement for "apt-get source"
functionality to make aptitude do the right thing, so I would still use apt-get there, but now that i know "aptitude install -f"
is the equivalent of "apt-get -f install", I really use apt-get for nothing except downloading source packages, aptitude happily
works just fine (until this event, and I think it was really the number of upgradeable packages I was trying to do at once, and
the unfortunate circumstance of not reading the apt-listbugs output closely enough to catch that this libxml2 problem was gonna
bite me)) -- i'm confident it'll get solved though (and if not, a reinstall isn't a huge burden for me).
>
> - --
> Ron Johnson, Jr.
> Jefferson LA USA
>
thanks,
~c
Date: Mon, 31 Dec 2007 16:57:17 -0500
From: Mark Grieveson <dg135@torfree.net>
To: debian-user@lists.debian.org
Subject: Re: Where did 'locate' go?
Message-ID: <20071231165717.21eab98a@localhost>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
On Mon, 31 Dec 2007 17:07:51 +0000 (UTC)
debian-user-digest-request@lists.debian.org wrote:
> Hello, all:
>
> On a recently updated testing system, I went to use 'locate' to find
> something, and it's not found. Is my system somehow hosed or did
> 'locate' get, uh, relocated or something?
>
> Patrick
You need to update the database, with, as root, the updatedb command.
Then locate will find all your newly installed files.
Mark
Date: Tue, 01 Jan 2008 07:21:50 +0900
From: David <davidpalmer@westnet.com.au>
To: debian-user@lists.debian.org
Subject: Re: wine - resource hog
Message-ID: <47796B7E.5040504@westnet.com.au>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
joseph lockhart wrote:
> ok, here is my system info, basically the hardinfo
> report generated by Hardinfo for my primary partition,
> if i switch over to my etch install i will post the
> same for it if necessary
>
> Computer
> ********
>
>
> Summary
> -------
>
> -Computer-
> Processor : Intel(R) Celeron(R) CPU 2.60GHz
> Memory : 247MB (217MB used)
If you are going to be running translators/emulators on top -
/definitely/ more ram. At least 1G.
That's why it runs slowly.
Regards,
--
David Palmer
Linux User - #352034
Date: Mon, 31 Dec 2007 13:49:25 -0800
From: Daniel Burrows <dburrows@debian.org>
To: debian-user@lists.debian.org
Subject: Re: debian how-to
Message-id: <20071231214925.GA13171@alpaca>
Content-type: text/plain; charset=us-ascii
Content-disposition: inline
On Mon, Dec 31, 2007 at 01:15:48PM -0600, Manoj Srivastava <srivasta@ieee.org> was heard to say:
> On Mon, 31 Dec 2007 08:13:31 -0500, <drn_temp2@rogers.com> said:
>
> > Not all the docs are under /usr/share/doc/[package name], some are
> > under usr/share/[package name] with no apparent rhyme nor
> > reason. Then, everything is gzipped, should the user extract these to
> > their home folder or is there a particular method to read these as
> > they stand?
>
> The files under /usr/share/[package name] are meant to be used
> by the package at run time, and perhaps are part of an online help
> facility. I understand packages which have a built in help often do not
> give out other documentation. But if that is not the case, and the
> primary documentation lives compressed in /usr/shar/package-name; then
> you have found a bug, please report it.
Even when Policy is followed, it isn't necessarily that simple.
For instance, today I wanted to read up on git hook scripts. I
checked the manual page git(1), and saw the note:
Read hooks[9] for more details about each hook.
...
9. hooks
hooks.html
Being an experienced Debian user, I knew that I needed to look in
/usr/share/doc/git to find the rest of the documentation. Except that's
not right, because there is no "git" package. Luckily, I also know
about
dpkg -S $(which git)
which tells me that git is in the "git-core" package. So I check
there:
daniel@alpaca:~$ ls /usr/share/doc/git-core/hooks.html
ls: /usr/share/doc/git-core/hooks.html: No such file or directory
So I check the source package for git-core to see if the docs got
split out somehow:
daniel@alpaca:~$ apt-cache showsrc git-core
Package: git-core
Binary: git-daemon-run, git-core, git-cvs, gitweb, git-gui, git-email, git-arch, git-svn, git-doc, gitk
Aha, there's a git-doc package! And indeed, that's where hooks.html
lives:
daniel@alpaca:~$ ls /usr/share/doc/git-doc/hooks.html
/usr/share/doc/git-doc/hooks.html
That took me a minute or two. But there are at least four things I
had to know which a new user of Debian won't know.
I think the biggest problem is that documentation is organized by
package and not by command, or at least that there's no interface for
searching *all* the documentation by command. There's also no
consistency in where the documentation ends up, although this may be a
matter of Policy compliance. To take the first three packages I looked
at:
* git-doc places its files in /usr/share/doc/git-doc
* vim-doc places its files in /usr/share/doc/vim-common/html
* aptitude-doc-* places its files in /usr/share/doc/aptitude/html/$LANG
A secondary issue is that there's no consistency in file formats
between different documentation packages. To read documentation, you
need to be able to handle:
* Plain text
* HTML
* PDF
* PostScript
* DVI
* Manpages
* Info documents
* Whatever help file format Gnome and KDE are using nowadays
This wouldn't be as much of an issue if there was a way for a user to
easily access all the documentation related to a command; PDF viewers
are fairly easy to deal with, for instance (although a lot of packages
compress their PDF documentation, which means you have to manually
uncompress it somewhere).
I don't have time to do this, but I think it is something that should
be fixed at some point. doc-base was an effort to at least build a
central documentation registry (in the non-Windows sense :) ), but AFAIK
it's not used much these days.
Daniel
Date: Mon, 31 Dec 2007 17:25:13 -0500 (EST)
From: dave N <drn_temp2@rogers.com>
To: debian user <debian-user@lists.debian.org>
Subject: Re: debian how-to
Message-ID: <550934.96648.qm@web88112.mail.re2.yahoo.com>
Content-Type: multipart/alternative; boundary="0-152363112-1199139913=:96648"
Content-Transfer-Encoding: 7bit
--0-152363112-1199139913=:96648
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
"Douglas A. Tutty" <dtutty@porchlight.ca> wrote: On Mon, Dec 31, 2007=
at 08:13:31AM -0500, drn_temp2@rogers.com wrote:
> From: "Douglas A. Tutty" Sent: Monday, December 31, 2007 7:08 AM
>
----- Original Message ----- From: "Rick Dooling" Sent: Sunday, Decem=
ber 30, 2007 9:05 PM
> Hello all,
>=20
> I started out on Debian. Moved to Ubuntu for a few months, and then
> moved back to Debian a couple of years ago.
>=20
> I still find this Ubuntu How-To by David Martin very helpful, and I'm
> wondering if there is such an animal for Debian.
>=20
> http://www.funnestra.org/ubuntu/gutsy/
>=20
> I know about Debian Reference and Debian Help site, but I'm more
> interested in a list of common how-tos that most people would like to
> do after installation, such as add mp3 playing ability, installing
> flash, mounting usb drives or ntfs drives and so on, the sort of
> things found in Martin's Ubuntu How-To. I know that some work in both.
> I guess I'm just curious if a similar thing already exists for Debian.
> And if not would it be a useful project to redo the Ubuntu How-To with
> an eye toward the Debian user.
>=20
> Thanks,
>=20
> Rick Dooling
******************************
> >The docs are always under /usr/share/doc/[package name]
> >apropos
> >which
> >locate
> >find
> >
> As a n00b to Debian (though I've used several distributions over the pa=
st=20
> few years) a lot of these simple things can take quite a while to figur=
e=20
> out. For those of you who have been intimately involved and continuousl=
y=20
> using Debian it is so obvious but to the rest of us - nope.
That kind of info should be in the debian-reference, debian-policy, fhs,
etc.
Doug.
=20
Thanks everyone for your suggestions, I was just trying to site some ex=
amples for a need for a more simplistic starter guide for n00bs, I've bee=
n doing already some of the suggestions and found my own alternatives. It=
's more the wading through the voluminous documentation and finding the r=
ight piece within that that's the issue. It's a very daunting and often c=
onfusing process trying to figure some of this out for one's self.
=20
As was suggested a "quick" summary of how to do some of these (with app=
ropriate references), all in one spot was a nice idea, I thought and I wa=
s trying to substantiate the original post by Rick Dooling yesterday (ins=
erted above) and his observation / suggestion / request / ??.
=20
Dave
=20
=20
--0-152363112-1199139913=:96648
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
<BLOCKQUOTE class=3Dreplbq style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #1010ff 2px solid"><B><I>"Douglas A. Tutty" <dtutty@porch=
light.ca></I></B> wrote: <BLOCKQUOTE class=3Dreplbq style=3D"PADDING=
-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid"> <DIV>On M=
on, Dec 31, 2007 at 08:13:31AM -0500, drn_temp2@rogers.com wrote:<BR>>=
From: "Douglas A. Tutty" Sent: Monday, December 31, 2007 7:08 AM<BR>>=
<BR></DIV> <DIV>----- Original Message ----- <DIV>From: "Rick Dooling"=
Sent: Sunday, December 30, 2007 9:05 PM</DIV> <DIV>> Hello all,<BR>&=
gt; <BR>> I started out on Debian. Moved to Ubuntu for a few months, a=
nd then<BR>> moved back to Debian a couple of years ago.<BR>> <BR>&=
gt; I still find this Ubuntu How-To by David Martin very helpful, and I'm=
<BR>> wondering if there is such an animal for Debian.<BR>> <BR>>=
; <A href=3D"http://www.funnestra.org/ubuntu/gutsy/">http://www.funnestra=
.org/ubuntu/gutsy/</A><BR>> <BR>> I know
about Debian Reference and Debian Help site, but I'm more<BR>> intere=
sted in a list of common how-tos that most people would like to<BR>> d=
o after installation, such as add mp3 playing ability, installing<BR>>=
flash, mounting usb drives or ntfs drives and so on, the sort of<BR>>=
things found in Martin's Ubuntu How-To. I know that some work in both.<B=
R>> I guess I'm just curious if a similar thing already exists for Deb=
ian.<BR>> And if not would it be a useful project to redo the Ubuntu H=
ow-To with<BR>> an eye toward the Debian user.<BR>> <BR>> Thanks=
,<BR>> <BR>> Rick Dooling<BR>******************************</DIV></=
DIV> <DIV>> >The docs are always under /usr/share/doc/[package nam=
e]<BR>> >apropos<BR>> >which<BR>> >locate<BR>> >f=
ind<BR>> ><BR>> As a n00b to Debian (though I've used several di=
stributions over the past <BR>> few years) a lot of these simple thing=
s can take quite a while to figure
<BR>> out. For those of you who have been intimately involved and con=
tinuously <BR>> using Debian it is so obvious but to the rest of us - =
nope.<BR><BR>That kind of info should be in the debian-reference, debian-=
policy, fhs,<BR>etc.<BR><BR><BR>Doug.</DIV></BLOCKQUOTE></BLOCKQUOTE> <d=
iv> </div> <DIV>Thanks everyone for your suggestions, I was just tr=
ying to site some examples for a need for a more simplistic starter guide=
for n00bs, I've been doing already some of the suggestions and found my =
own alternatives. It's more the wading through the voluminous documentati=
on and finding the right piece within that that's the issue. It's a very =
daunting and often confusing process trying to figure some of this out fo=
r one's self.</DIV> <DIV> </DIV> <DIV>As was suggested a "quick" s=
ummary of how to do some of these (with appropriate references), all in o=
ne spot was a nice idea, I thought and I was trying to substantiate the o=
riginal post by Rick
Dooling yesterday (inserted above) and his observation / =
suggestion / request / ??.</DIV> <DIV> </DIV> <DIV>Dave</DIV>=
<div><BR> </div>
--0-152363112-1199139913=:96648--
Date: Mon, 31 Dec 2007 14:52:02 -0800
From: David Brodbeck <brodbd@u.washington.edu>
To: debian-user List <debian-user@lists.debian.org>
Subject: Re: [OT] RIP Netscape
Message-Id: <5E5C3F42-55F5-41B8-B4AE-483A0F62F7B7@u.washington.edu>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
On Dec 31, 2007, at 1:10 PM, Nate Bargmann wrote:
> We must be careful not to offend. Companies now spend untold time and
> money searching through languages of all sorts to be sure that a new
> product or merged company name is not offensive. If even one
> person^Wattorney finds it offensive^Wlucrative it is certain that a
> lawsuit will be filed.
>
> It's PC insanity and it shows no sign of stopping any time soon.
While that may be some of it, I suspect a bigger concern is whether
the name can be trademarked. Companies have learned over time that
names with common words in them (say, "Windows") are much harder to
trademark and defend than made-up names.
There's also the increasingly full domain name space to contend with.
If you make up a silly name it's more likely the domain will still be
available. These days it's not very smart to give something a
descriptive name if the <name>.com domain is already taken, and most
of them are.
Date: Mon, 31 Dec 2007 23:39:06 +0100
From: Florian Kulzer <florian.kulzer+debian@icfo.es>
To: debian-user@lists.debian.org
Subject: Re: upgrading in sid
Message-ID: <20071231223906.GA13638@localhost>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Mon, Dec 31, 2007 at 16:31:37 -0500, charlie derr wrote:
> Thanks much for the help.
>>
>> gzopen64 should be defined in /usr/lib/libz.so.1; something is wrong
>> with this on your system. Post the output of the following commands:
[...]
> ni@delete:/var/cache/apt$ dpkg -l zlib1g
[...]
> ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime
> ni@delete:/var/cache/apt$
> ni@delete:/var/cache/apt$ ldd /usr/bin/gconftool-2 | grep libz
> libz.so.1 => /usr/local/lib/libz.so.1 (0xb7be0000)
> ni@delete:/var/cache/apt$
> ni@delete:/var/cache/apt$ ldd /usr/lib/libxml2.so.2 | grep libz
> libz.so.1 => /usr/local/lib/libz.so.1 (0xb7dc0000)
> ni@delete:/var/cache/apt$
> ni@delete:/var/cache/apt$ nm -D /usr/lib/libz.so.1 | grep gzopen64
> 00003f80 T gzopen64
You have the latest version of the zlib1g package, but you also have a
non-Debian libz.so.1 in /usr/local/lib/ (probably an older version
installed together with some non-Debian software). Until September 2007
the default behavior would have been to use the Debian library in
/usr/lib/ (therefore you might not have noticed this problem earlier),
but now the default is for /usr/local/lib/ to take precedence. You have
to get your system to use the proper file when libz.so.1 is needed.
The most straightforward approach is to delete or to rename
/usr/local/lib/libz.so.1 and to run "ldconfig" (without arguments as
root). Afterwards you should see something like this:
$ ldconfig -pNX | grep 'libz\.so'
libz.so.1 (libc6,x86-64) => /usr/lib64/libz.so.1
libz.so.1 (libc6) => /usr/lib/libz.so.1
libz.so (libc6) => /usr/lib/libz.so
$ ldd /usr/lib/libxml2.so.2 | grep libz
libz.so.1 => /usr/lib/libz.so.1 (0xb7e43000)
This tells you that /usr/lib/libz.so.1 will be used from now on, and we
already verified that this one has gzopen64 defined (the "nm ..."
command above). This should allow you to (un)install all the currently
broken packages.
If you need to keep /usr/local/lib/libz.so.1 then you have to set
LD_LIBRARY_PATH to make sure that /usr/lib/ has a higher priority than
/usr/local/lib/. I would advise not to keep alternate versions of
Debian-provided libraries around, at least not if they have the same
soname. If you want to check which other "local" libraries might cause
problems in the future, you can run:
ldconfig -pNX | grep local
--
Regards, | http://users.icfo.es/Florian.Kulzer
Florian |
End of debian-user-digest Digest V2007 Issue #3077
**************************************************
Received on Mon Dec 31 18:08:56 2007