Date: Mon, 31 Dec 2007 13:15:48 -0600
From: Manoj Srivastava <srivasta@ieee.org>
To: debian-user@lists.debian.org
Subject: Re: debian how-to
Message-ID: <87fxxik74r.fsf@anzu.internal.golden-gryphon.com>
Content-Type: text/plain; charset=us-ascii
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.
> Also getting the package managers to work with other mirrors or the
> non free or contrib, how is it done without searching for hours
> through documentation in an often cyclic manner.
I think this is covered in the release notes.
> Then there's the installation manual that gives a brief overview of
> the installation but few links to go to for additional resources, help
> etc other than the list. What about using the Rescue modes of the
> install CD, other than a few short paragraphs there's not much help
> there. I've discovered a few it's inherent limitations while fixing
> the messed up grub hd assignments, ended up using a knoppix DVD to do
> all the fixing and reinstalling of GRUB, after searching for a few
> hours for solutions. The grub shell won't run from the rescue mode so
> many of the helpful items are unavailable.
> As was stated many other disto's have these n00b pages for a quick
> reference to get us up to speed so that we can start figuring out how
> to do things on our own. Many n00bs are reticient to post to lists or
> forums as they often receive negative feed back from some of the more
> seasoned users who feel like they are answering the same questions
> time and again.
> I've yet to find anything on somehow efficiently searching archives
> for fixes to problems that may have already been solved. Sometimes
> it's just a matter of using the proper key words.
> Anyways, my diatribe has gone on long enough, sorry. I'm just trying
> to elaborate on the need here, not asking for assistance ... yet. :)
Perhaps you can provide the kind of documentation that you think
is needed? I mean, this is the Debian way, a whole bunch of people
volunteering our time to scratch our particular itches. Your diatribe
seems to indicate this is an itch you might be best to scratch.
manoj
--
Who goeth a-borrowing goeth a-sorrowing. Thomas Tusser
Manoj Srivastava <
srivasta(at)acm.org> <
http://www.golden-gryphon.com/>
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Date: Mon, 31 Dec 2007 13:22:36 -0600
From: Manoj Srivastava <srivasta@ieee.org>
To: debian-user@lists.debian.org
Subject: Re: debian how-to
Message-ID: <87bq86k6tf.fsf@anzu.internal.golden-gryphon.com>
Content-Type: text/plain; charset=us-ascii
On Mon, 31 Dec 2007 07:04:53 -0800, Raquel <raquel@thericehouse.net> said:
> forwarded message:
> Date: Mon, 31 Dec 2007 07:58:01 -0500 From: Paul Cartwright
> <ale@pcartwright.com>
> I downloaded powertop using svn. All that does is put the new source
> in a folder right where you are. That does me no good, so I try your
> locate:
>> locate powertop
> bash: locate: command not found paulandcilla:/media#
,----
| __> which dlocate
| /usr/bin/dlocate
| __> dlocate /usr/bin/dlocate
| dlocate: /usr/bin/dlocate
| __> apt-cache show dlocate
| Package: dlocate
| Priority: optional
| Section: utils
| Installed-Size: 88
| Maintainer: Craig Sanders <cas@taz.net.au>
| Architecture: all
| Version: 0.94
| Depends: dctrl-tools | grep-dctrl (>= 0.11), dpkg (>= 1.8.0), locate | findutils (<< 4.2.31-2), perl
| Filename: pool/main/d/dlocate/dlocate_0.94_all.deb
| Size: 16606
| MD5sum: 8b3eb28d752136b527e2062b31b2d1f6
| SHA1: 1454c9ba576aa97102898137d84ef85f194ee88b
| SHA256: d74531e715bd0f262c9970152e83b2c99c070dcf5346240bd3fd44391f3b450b
| Description: fast alternative to dpkg -L and dpkg -S
| Uses GNU locate to greatly speed up finding out which package a file
| belongs to (i.e. a very fast dpkg -S). Many other uses, including
| options to view all files in a package, calculate disk space used, view
| and check md5sums, list man pages, etc.
| Tag: admin::package-management, implemented-in::perl, interface::commandline, role::program, scope::utility, suite::debian, use::searching, works-with::file, works-with::software:package
`----
,----
| __> which locate
| /usr/bin/locate
| __> dlocate /usr/bin/locate
| locate: /usr/bin/locate.findutils
| __> apt-cache show locate
| Package: locate
| Priority: optional
| Section: utils
| Installed-Size: 348
| Maintainer: Andreas Metzler <ametzler@debian.org>
| Architecture: amd64
| Source: findutils
| Version: 4.2.31-4
| Replaces: findutils (<< 4.2.31-2)
| Depends: findutils (>> 4.2.31-1), libc6 (>= 2.7-1)
| Conflicts: slocate (<= 3.1-1.1)
| Filename: pool/main/f/findutils/locate_4.2.31-4_amd64.deb
| Size: 141504
| MD5sum: f5a85b5fd7ed8c6d13abfc2fefce9b7a
| SHA1: f8d4f03fe85293e1eebd86dfcaa82cb6e4dbb46e
| SHA256: 1335cf78d605b897c90ffe7e13465807aea7befaed329ae6ef1d23dd7a15afac
| Description: maintain and query an index of a directory tree
| updatedb generates an index of files and directories. GNU locate can be used
| to quickly query this index.
`----
,----
| __> which powertop
| /usr/sbin/powertop
| __> dlocate /usr/sbin/powertop
| powertop: /usr/sbin/powertop
| __> apt-cache show powertop
| Package: powertop
| Priority: extra
| Section: utils
| Installed-Size: 404
| Maintainer: Patrick Winnertz <winnie@debian.org>
| Architecture: amd64
| Version: 1.9-2
| Depends: libc6 (>= 2.7-1), libncursesw5 (>= 5.6+20071006-3)
| Suggests: cpufrequtils, laptop-mode-tools
| Filename: pool/main/p/powertop/powertop_1.9-2_amd64.deb
| Size: 69104
| MD5sum: ea14bf106cca03510dad2386aa4dc992
| SHA1: e5750a003b577cc288bafd18a4ced3b4e91458b9
| SHA256: 7d7fc9a26525c657b186a20a51dff9ac67f3507f47c13dcb0c2d617be5fbb773
| Description: linux tool to find out what is using power on a laptop
| PowerTOP is a Linux tool that finds the software component(s) that
| make your laptop use more power than necessary while it is idle. As of
| Linux kernel version 2.6.21, the kernel no longer has a fixed 1000Hz
| timer tick. This will (in theory) give a huge power savings because
| the CPU stays in low power mode for longer periods of time during
| system idle.
| .
| However... there are many things that can ruin the party, both inside
| the kernel and in userspace. PowerTOP combines various sources of
| information from the kernel into one convenient screen so that you can
| see how well your system is doing, and which components are the
| biggest problem.
| Homepage: http://www.linuxpowertop.org
| Tag: hardware::laptop, implemented-in::c, interface::commandline, role::program, scope::utility
| Task: laptop
`----
__> aptitude install powertop
HTH. HAND.
manoj
--
Worth seeing? Yes, but not worth going to see.
Manoj Srivastava <srivasta(at)acm.org> <http://www.golden-gryphon.com/>
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Date: 31 Dec 2007 18:51:45 GMT
From: Tyler Smith <tyler.smith@mail.mcgill.ca>
To: debian-user@lists.debian.org
Subject: Re: bash scripts and files
Message-ID: <slrnfniei8.95c.tyler.smith@blackbart.sedgenet>
On 2007-12-31, michael <cs@networkingnewsletter.org.uk> wrote:
>
> Thanks, probably the previous chapter ("she-bang") was of more use
> but a useful ref. However, I'm still trying to understand why it's
> not usual to have a she-bang for the .bash_profile and .bashrc files.
> That documentation reads as if it's expected - they are scripts and
> contain shell specific syntax.
Regular shell scripts could be called from any number of places. If
you're running a bash shell, you could run a csh or zsh or python
script. Similarly any of these scripts could be called from another
process, such as from a program written in C, or Lisp, or whatever. In
any of these cases the language of the script has no relation to the
environment it is called from. All the caller knows is that they are
executable files - any details are hidden. That means the pertinent
information needs to be stored in the script itself, and that has to
happen on the first line so the proper interpreter is invoked.
Imagine what would happen if you didn't do this. You call a script
from your terminal running bash, and that script is written in Perl.
Without the #! the terminal could either assume it's written in bash,
and choke on the syntax, or try and guess the language, which gets
hairy very quickly.
.bashrc and .bash_profile are different. They are only reasonably
invoked by a bash shell, so it is safe to assume they are written
using bash syntax. They are, after all, configuration files for bash,
so what other language would they be written in?
HTH,
Tyler
Date: Mon, 31 Dec 2007 17:51:03 -0300
From: gusti <ggh.develop@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: temperature problems
Message-ID: <47795637.4020201@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Thanks for your answer, but seems like the problem have not relation
with frequency throttling. I say that because in my system I have not
control to change these kind of things. I want to say that all the
frequencies still all the time the same.
More over I tried to active the control of the cpu frequencies but I
did not success with that, but is OK, I will ask about it in other mail,
;-).
Thank a lot any way,
Gustavo
Douglas A. Tutty wrote:
> On Sun, Dec 30, 2007 at 03:03:29PM -0300, gusti wrote:
>
>> I have a laptop toshiba portege R100 with a official kernel image
>> 2.6.18-5-686 and two questions about temperature of my laptop, :-)
>>
>> First, the lm-sensors doesn't work ok, the "sensors-detect" detect some
>> sensor, they are the lm75, 80 y 84. But when I call "xsensors" I see
>> all the Temperatures and Voltages at 0 C.
>>
>> Second, My question is how can I know which application or process
>> cause the temperature to came up and stay up.
>> Viewing the file "/proc/acpi/thermal_zone/THRM/temperature" I can see
>> the temperature. The temperature currently is 49 C, but if I see a movie
>> the temperature up to 57 C or more and after see the movie the
>> temperature come down to 51 C and stay there. So ..., can I know which
>> process still burning my laptop after I finish to see the movie?
>>
>>
>
> If you use top, you'll see the CPU idle % presumably go down during the
> movie watching, and return to (hopefully) near 100% idle when you're
> done watching the movie. Assuming that is the case, the only other
> thing that could keep the temperature up beyond the time when it should
> have cooled down would be that the system is using frequency throttling
> and it isn't being slowed down after watching the movie. Since I don't
> have a laptop I don't throttle my CPU so I don't know where to see this
> info.
>
> Doug.
>
>
>
Date: Mon, 31 Dec 2007 18:10:23 -0300
From: gusti <ggh.develop@gmail.com>
To: debian-user@lists.debian.org
Subject: cpufreq
Message-ID: <47795ABF.9080109@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Hello
I tried to active the cpufreq tools, but I did not success, :-(.
I already write in the file '/etc/modules' the cpufreq modules, there are:
cpufreq_userspace
cpufreq_conservative
cpufreq_powersave
cpufreq_ondemand
cpufreq_stats
freq_table
after reboot we can see that all the modules was already mounted, see below:
gusti@pr100:~$ fgrep cpufreq /proc/modules
cpufreq_stats 5408 0 - Live 0xf0ad3000
freq_table 4576 1 cpufreq_stats, Live 0xf0ad0000
cpufreq_ondemand 6636 0 - Live 0xf0acd000
cpufreq_powersave 1920 0 - Live 0xf08df000
cpufreq_conservative 7304 0 - Live 0xf0aca000
cpufreq_userspace 4448 0 - Live 0xf0ac7000
and:
gusti@pr100:~$ fgrep freq_table /proc/modules
freq_table 4576 1 cpufreq_stats, Live 0xf0ad0000
but I still can't use 'cpufreq-info', see below:
cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
Report errors and bugs to linux@brodo.de, please.
analyzing CPU 0:
no or unknown cpufreq driver is active on this CPU
And the directory 'the directory '/sys/devices/system/cpu/cpu0/cpufreq/' not exist, see below:
gusti@pr100:~$ ls -l /sys/devices/system/cpu/cpu0/
total 0
-r-------- 1 root root 4096 2007-12-31 10:09 crash_notes
drwxr-xr-x 2 root root 0 2007-12-31 10:09 topology
Any Idea what is the problem ?
Thank in advance,
Gustavo.
BTW: I have a Toshiba Portege R100, and I'm using the Debian stable with the official kernel image 2.6.18-5-586.
Date: Mon, 31 Dec 2007 11:58:28 -0800
From: "Todd A. Jacobs" <nospam@codegnome.org>
To: Debian User List <debian-user@lists.debian.org>
Subject: Re: run-parts not running cron.daily?
Message-ID: <20071231195828.GG5272@penguin.codegnome.org>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
It turns out that this is caused by moving a shell script (with a .sh
extension) into the run-parts directory. Run-parts won't run filenames
with dots in them. If this is documented clearly anywhere, I couldn't
find it, but removing the filename extensions fixed the problem.
--
"Oh, look: rocks!"
-- Doctor Who, "Destiny of the Daleks"
Date: Mon, 31 Dec 2007 21:01:07 +0100
From: Florian Kulzer <florian.kulzer+debian@icfo.es>
To: debian-user@lists.debian.org
Subject: Re: Samsung ML-2010 Printer Not Recognized as connected to system
Message-ID: <20071231200107.GA12215@localhost>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Sun, Dec 30, 2007 at 18:49:21 -0500, Eric Brooks wrote:
> Prior to upgrading my version of Debian on this laptop the Samsung
> ML-2010 printer was working fine. After the upgrade the printer is no
> longer recognized as connected to the system by lsusb, though it is seen
> my usbview. In any case, the GNOME Add Printer utility doesn't recognize
> the printer as attached.
[...]
> From /var/log/syslog:
>
> c 30 18:27:35 orca kernel: usb 1-2: USB disconnect, address 2
> Dec 30 18:27:35 orca kernel: drivers/usb/class/usblp.c: usblp0: removed
> Dec 30 18:28:26 orca kernel: usb 1-1: new full speed USB device using
> uhci_hcd and address 3
> Dec 30 18:28:26 orca kernel: usb 1-1: configuration #1 chosen from 1
> choice
> Dec 30 18:28:26 orca kernel: drivers/usb/class/usblp.c: usblp0: USB
> Bidirectional printer dev 3 if 0 alt 0 proto 2 vid 0x04E8 pid 0x326
>
> What usbview reports:
>
> Samsung ML-2010
> Manufacturer: Samsung
Do you get any output if you run
/usr/lib/cups/backend/usb
?
--
Regards, | http://users.icfo.es/Florian.Kulzer
Florian |
Date: Mon, 31 Dec 2007 12:02:34 -0800
From: "Todd A. Jacobs" <nospam@codegnome.org>
To: debian-user@lists.debian.org
Subject: Re: wine - resource hog
Message-ID: <20071231200233.GH5272@penguin.codegnome.org>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
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.
--
"Oh, look: rocks!"
-- Doctor Who, "Destiny of the Daleks"
Date: Mon, 31 Dec 2007 21:52:38 +0100
From: strawks <strawks@yahoo.fr>
To: debian-user@lists.debian.org
Subject: Re: cpufreq
Message-Id: <1199134358.6105.5.camel@kaname.home>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-J+OugVMszQxWyGY7Aqou"
--=-J+OugVMszQxWyGY7Aqou
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Hi,=20
On Mon, 2007-12-31 at 18:10 -0300, gusti wrote:
> but I still can't use 'cpufreq-info', see below:
> cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
> Report errors and bugs to linux@brodo.de, please.
> analyzing CPU 0:
> no or unknown cpufreq driver is active on this CPU
Try loading the acpi-cpufreq module (I'm using this one on a centrino
laptop).
--=20
regards,
strawks
--=-J+OugVMszQxWyGY7Aqou
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQBHeVaW+2TXLlA5m78RAoJjAJ4/FV8h+uAK66TnAwmHQ43mUE/HowCfZoRs
FORQNOvXQrJvXG2o4szMtm0=
=O1YR
-----END PGP SIGNATURE-----
--=-J+OugVMszQxWyGY7Aqou--
Date: Mon, 31 Dec 2007 15:59:16 -0500
From: charlie derr <cderr@simons-rock.edu>
To: debian-user@lists.debian.org
Subject: Re: upgrading in sid
Message-ID: <47795824.6030202@simons-rock.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Daniel Burrows wrote:
> On Sun, Dec 30, 2007 at 05:28:48PM -0500, charlie derr <cderr@simons-rock.edu> was heard to say:
>> It's been a while, but I just attempted a massive upgrade (executing "aptitude upgrade") and ended up with:
>>
>> Errors were encountered while processing:
>
> The interesting thing is why these packages failed, which would be in
> the output preceding the list of failed packages.
i did it in a screen session (which i still have access to). I'll put that info up somewhere (again there's a ton of output) if
it's truly important. For the moment I'm going to concentrate on answering accurately all of your below queries. And thanks :-]
>
>> Unpacking replacement desktop-base ...
>> gconftool-2: symbol lookup error: /usr/lib/libxml2.so.2: undefined symbol: gzopen64
>> dpkg: warning - old post-removal script returned error exit status 127
>> dpkg - trying script from the new package instead ...
>> gconftool-2: symbol lookup error: /usr/lib/libxml2.so.2: undefined symbol: gzopen64
>> dpkg: error processing /var/cache/apt/archives/desktop-base_4.0.4_all.deb (--unpack):
>
> It's pretty clear from that that your problem is that your version of
> libxml2 is failing to load because it doesn't contain gzopen64.
yeah, i understood that intuitively, but you rephrased it better than i could
>
> It would be interesting to know what ldd /usr/lib/libxml2.so.2 says.
ni@delete:/var/cache/apt$ ldd /usr/lib/libxml2.so.2
linux-gate.so.1 => (0xb7fb7000)
libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7e7e000)
libz.so.1 => /usr/local/lib/libz.so.1 (0xb7e6a000)
libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7e44000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7cf7000)
/lib/ld-linux.so.2 (0x80000000)
ni@delete:/var/cache/apt$
> Some hits on Google suggest that people get this problem when they have
> another version of libz hanging out in $LD_LIBRARY_PATH (e.g., in
> /usr/local/lib or /lib).
I didn't intentionally install anything in addition to anything debian did (I definitely didn't recompile my own version of glibc
or anything else on this box, it's all deb binaries loaded from sid repositories).
echo $LD_LIBRARY_PATH
gets me nothing (both as root and as ni)
>
>> The above is in response to apt-get -f install (what used to work in the past for fixing issues, maybe that's my mistake?)
>
> That ought to work fine.
>
>> If I try to upgrade one of those packages individually with aptitude install shared-mime-info then the below happens:
>>
>> The following packages will be upgraded:
>> gnome-session libgnome2-common libgnomevfs2-common shared-mime-info
>> 4 packages upgraded, 0 newly installed, 0 to remove and 795 not upgraded.
>> Need to get 0B/2706kB of archives. After unpacking 1461kB will be used.
>> Do you want to continue? [Y/n/?] y
>> Writing extended state information... Error!
>> E: I wasn't able to locate file for the desktop-base package. This might mean you need to manually fix this package.
>> E: Couldn't lock list directory..are you root?
>
> Erk. That means something is hosed in your apt cache. I would guess
> this isn't related to your earlier problems, but it would be interesting
> to know whether running "aptitude update" fixes this problem,
it hasn't yet (subsequent upgrades/removals won't all succeed (all of the gnome related stuff is foobared)) -- this is why i've
and to see
> the output of "apt-cache showpkg desktop-base".
>
i included shared-mime-info as it's also messed up (along with 3 additional gnome packages) and part of the logjam -- and thanks
very much for helping, this is all greek to me at this point, but it's fun to try to follow along:
delete:~# apt-cache showpkg desktop-base shared-mime-info
Package: desktop-base
Versions:
4.0.4(/var/lib/apt/lists/ftp.us.debian.org_debian_dists_unstable_main_binary-i386_Packages)
4.0.3(/var/lib/dpkg/status)
Reverse Depends:
nautilus,desktop-base 0.2
gnome-session,desktop-base
libgnome2-common,desktop-base 0.3.16
xfce4-session,desktop-base 0.3.20
xfce4,desktop-base
nautilus,desktop-base 0.2
libgnome2-common,desktop-base 0.3.16
gnome-session,desktop-base
gnome-desktop-environment,desktop-base
gdm-themes,desktop-base 0.3.15
Dependencies:
4.0.4 - librsvg2-common (0 (null)) gnome (16 (null)) kde (16 (null)) xfce4 (16 (null)) wmaker (0 (null))
4.0.3 - librsvg2-common (0 (null)) gnome (16 (null)) kde (16 (null)) xfce4 (16 (null)) wmaker (0 (null))
Provides:
4.0.4 -
4.0.3 -
Reverse Provides:
Package: shared-mime-info
Versions:
0.22-2(/var/lib/apt/lists/ftp.us.debian.org_debian_dists_unstable_main_binary-i386_Packages)
0.21-2(/var/lib/dpkg/status)
Reverse Depends:
nautilus,shared-mime-info
xdg-utils,shared-mime-info
libgnomevfs2-common,shared-mime-info
xlog,shared-mime-info
xdg-utils,shared-mime-info
tracker,shared-mime-info
thunar,shared-mime-info
rox-filer,shared-mime-info 0.16
revelation,shared-mime-info
planner,shared-mime-info
pcmanfm-nohal,shared-mime-info
pcmanfm,shared-mime-info
nautilus,shared-mime-info
libmono-winforms2.0-cil,shared-mime-info
libmono-winforms1.0-cil,shared-mime-info
libgupnp-1.0-0,shared-mime-info
libgnomevfs2-common,shared-mime-info
libfile-mimeinfo-perl,shared-mime-info
gthumb,shared-mime-info
gpar2,shared-mime-info
gnochm,shared-mime-info
eog,shared-mime-info 0.20
desktop-profiles,shared-mime-info
chemical-mime-data,shared-mime-info
Dependencies:
0.22-2 - libc6 (2 2.6-1) libglib2.0-0 (2 2.12.9) libxml2 (2 2.6.29)
0.21-2 - libc6 (2 2.5-5) libglib2.0-0 (2 2.12.9) libxml2 (2 2.6.28)
Provides:
0.22-2 -
0.21-2 -
Reverse Provides:
> Daniel
>
again, thanks much for the assistance,
~c
Date: Mon, 31 Dec 2007 20:59:01 +0000
From: Mark Clarkson <mark.clarkson@smorg.co.uk>
To: debian-user@lists.debian.org
Subject: Re: Converting 3gp to avi
Message-Id: <1199134741.14933.20.camel@linbook>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
On Mon, 2007-12-31 at 19:48 +0100, Rico Secada wrote:
> Thanks, but this seems to need some unsupported codecs or something?
I needed to do this the other way, avi to 3gp, and had to download the
latest ffmpeg from subversion as the debian-multimedia repository didn't
have 3gp compiled in. I used the following configure line:
./configure --enable-libx264 --enable-gpl --enable-libfaac
--enable-libmp3lame --enable-libamr-nb --enable-libxvid
Hope this helps!
Mark.
Date: Mon, 31 Dec 2007 15:10:49 -0600
From: Nate Bargmann <n0nb@n0nb.us>
To: debian-user@lists.debian.org
Subject: Re: [OT] RIP Netscape
Message-ID: <20071231211049.GA27586@n0nb.us>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
* Ron Johnson <ron.l.johnson@cox.net> [2007 Dec 31 12:19 -0600]:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 12/31/07 12:06, David Brodbeck wrote:
> >
> > On Dec 29, 2007, at 3:18 PM, Sjoerd Hiemstra wrote:
> >> As far as I'm concerned, 'Netscape' is a good name. I always wondered
> >> how names like 'Seamonkey', 'Iceape' or 'Firefox' could ever make their
> >> way into a serious, corporate environment.
> >
> > Silly names seem to be all the rage with start-ups these days, so maybe
> > the open source community was just ahead of the curve. ;)
>
> That's been a trend now (in the US, at least) for about 20 years.
> Started with stupid wussy product names and moved to stupid and or
> meaningless company names.
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.
Happy New Year!
- Nate >>
--
"The optimist proclaims that we live in the best of all
possible worlds. The pessimist fears this is true."
Date: Mon, 31 Dec 2007 16:31:37 -0500
From: charlie derr <cderr@simons-rock.edu>
To: debian-user@lists.debian.org
Subject: Re: upgrading in sid
Message-ID: <47795FB9.1090805@simons-rock.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
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:
>
> dpkg -l zlib1g
>
> ldd /usr/bin/gconftool-2 | grep libz
>
> ldd /usr/lib/libxml2.so.2 | grep libz
>
> nm -D /usr/lib/libz.so.1 | grep gzopen64
>
ni@delete:/var/cache/apt$ dpkg -l zlib1g
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version Description
+++-=====================-=====================-==========================================================
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
ni@delete:/var/cache/apt$
End of debian-user-digest Digest V2007 Issue #3076
**************************************************
Received on Mon Dec 31 16:40:03 2007