Re: VDPAU on lenny with self-compiled mplayer [was: Re: matroska]
Andrei Popescu schreef: On Du, 16 ian 11, 21:34:51, steef wrote: i'll go to the bottom of this. starting with installing squeeze on a spare hd. i'll let you know if there is anything [else] worth to be told. One thing that was not very obvious for me is that mplayer does not automatically use the *vdpau video codecs (not video output), which is why I have this in my .mplayer/config: vc=ffh264vdpau,ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau,ffodivxvdpau, The comma at the end ensures that if none of these codecs can be used with your video mplayer will try to auto-detect the correct one. I only need to disable this line when I encounter videos that don't work with VDPAU. Regards, andrei thank you again. i'll keep this in print and in mind. k. regards, steef -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d33e1df.2050...@home.nl
Re: looking for a clock, minimum and can play sound
On Tue, 04 Jan 2011 13:11:24 +, Camaleón wrote: >> Hello. I am looking for an count-down clock. Features are: > > (...) > > If you find no aplication that suits your needs, may I suggest a "do- > it-yourself" work? :-) > > Dialog (command line ncurses scripting) and xdialog (GUI) can help you > here. The following shell script will work: -- #!/bin/sh sleep $1 beep - name it 'alarm' and 'alarm 30' will alarm you after 30 seconds. -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/techdocs/ http://xpt.sourceforge.net/tools/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ih0lg8$snu$2...@dough.gmane.org
Re: The 'route' output
On Sun January 16 2011 21:20:19 T o n g wrote: > Here is my 'route' output: > and I have two questions, Divide and conquer. Your "route" is doing two things - - displaying your routing table and doing reverse DNS lookups on the IP addresses it finds. Simplify the problem by looking at "route -n". --Mike Bird -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201101162128.15524.mgb-deb...@yosemite.net
The 'route' output
Hi, Here is my 'route' output: $ route Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 192.168.0.0 * 255.255.255.0 U 0 00 eth0 link-local * 255.255.0.0 U 1000 00 eth0 default 192.168.0.1 0.0.0.0 UG0 00 eth0 and I have two questions, - I haven't seen the "link-local" entry before. What's that? Where can I read more about it? - The last line, the "default" line, will take a while to show up, abut 2 or 3 seconds. where is the delay comes from? FYI, I'm using a local DNS caching server: $ cat /etc/resolv.conf # for interface eth0 search local nameserver 192.168.0.100 nameserver 192.168.0.1 Please help. Thanks -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/techdocs/ http://xpt.sourceforge.net/tools/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ih0jij$snu$1...@dough.gmane.org
Re: Grub2 reinstall on raid1 system. Corrections!!!!!
Jack, With your pastebin information and the mdstat information (that last information in your mail and pastebins was critical good stuff) and I found this old posting from you too: :-) http://lists.debian.org/debian-user/2009/10/msg00808.html With all of that I deduce the following: /dev/md125 /dev/sda1 /dev/sdc1 (10G) root partition with no lvm /dev/md126 /dev/sda5 /dev/sdc5 (288G) LVM for /home, /var, swap, ... /dev/md127 /dev/sdb /dev/sdd (465G) as yet unformatted Jack, If that is wrong please correct me. But I think that is right. The mdstat data showed that the arrays are sync'd. The UUIDs are as follows. ARRAY /dev/md/125_0 metadata=0.90 UUID=e45b34d8:50614884:1f1d6a6a:d9c6914c ARRAY /dev/md/126_0 metadata=0.90 UUID=c06c0ea6:5780b170:ea2fd86a:09558bd1 ARRAY /dev/md/Speeduke:2 metadata=1.2 name=Speeduke:2 UUID=91ae6046:969bad93:92136016:116577fd The desired state: /dev/md0 /dev/sda1 /dev/sdc1 (10G) root partition with no lvm /dev/md1 /dev/sda5 /dev/sdc5 (288G) LVM for /home, /var, swap, ... Will get to /dev/md2 later... > My thinking is that I should rerun mdadm and reassemble the arrays to > the original definitions... /md0 from sda1 & sdc1 >/md1 from sda5 & sdc5 note: sda2 &sdc2 >are legacy msdos extended partitions. > I would not build a md device with msdos extended partitions under LVM2 > at this time.. Agree? Agreed. You want to rename the arrays. Don't touch the msdos partitions. > Is the above doable? If I can figure the right mdadm commands...8-) Yes. It is doable. You can rename the array. First stop the array. Then assemble it again with the new desired name. Here is what you want to do. Tom, Henrique, others, Please double check me on these. mdadm --stop /dev/md125 mdadm --assemble /dev/md0 --update=super-minor /dev/sda1 /dev/sdc1 mdadm --stop /dev/126 mdadm --assemble /dev/md1 --update=super-minor /dev/sda5 /dev/sdc5 That should by itself be enough to get the arrays going. But, and this is an important but, did you previously add the new disk array to the LVM volume group on the above array? If so then you are not done yet. The LVM volume group won't be able to assemble without the new disk. If you did then you need to fix up LVM next. I think you should try to get back to where you were before when your system was working. Therefore I would remove the new disks from the LVM volume group. But I don't know if you did or did not add it yet. So I must stop here and wait for further information from you. I don't know if your rescue disk has lvm automatically configured or not. You may need to load the device mapper module dm_mod. I don't know. If you do then here is a hint: modprobe dm_mod To scan for volume groups: vgscan To activate a volume group: vgchange -ay To display the physical volumes associated with a volume group: pvdisplay If the new disks haven't been added to the volume group (I am hoping not) then you should be home free. But if they are then I think you will need to remove them first. I don't know if the LVM actions above are going to be needed. I am just trying to proactively give some possible hints. Bob signature.asc Description: Digital signature
Re: [SOLVED] Is squeeze compatible with WD20EARS and other 2TB drives?
On Sun, 16 Jan 2011, Stan Hoeppner wrote: > I have no axe to grind with the translation taking place at the drive level. > There's nothing technically wrong with it. My axe grinding regards the Linux > partitioning utilities and their current inability to properly handle proper > sector alignment of such devices without users being required to jump through > hoops. I've made that perfectly clear now on multiple occasions on this list. It has been mostly fixed on the squeeze installer. I don't think the utilities will all do the right thing by default, though. -- "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 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110117013036.ga13...@khazad-dum.debian.net
Re: networking
Osamu Aoki wrote: > http://www.debian.org/doc/manuals/debian-reference/ch05.en.html#list-of-stanzas-in-eni > (I read the source to ome up with this table). An excellent reference! Thanks for writing that document. And for pointing it out to us. Bob signature.asc Description: Digital signature
Re: JACK configuration
Robert Blair Mason Jr. wrote at 2011-01-16 12:15 -0700: > Can anyone help me configure JACK so that the input will go to Ardour? I have not used jack much or ardour at all, but qjackctl has helped me with a few little audio tricks I have done. Perhaps it will help you. signature.asc Description: Digital signature
[Solved] Re: [OT] trouble with .gitignore patterns
On Du, 16 ian 11, 22:08:21, Sven Joachim wrote: > > I see. Indeed, even replacing "!dir/" with "!dir/*" or "!dir/file3" in > Andrei's example does not persuade "git status -s" to mention the file. > This seems to be a bug indeed, taking it to g...@vger.kernel.org would be > good. Ah, didn't think of searching the mailing list archives directly. The solution is to ignore everything with: /* I'm not sure I understand the explanation[1], but now I have some trimming to do: $ wc -l .gitignore 118 .gitignore [1] http://thread.gmane.org/gmane.comp.version-control.git/82548/focus=82689 Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: VDPAU on lenny with self-compiled mplayer [was: Re: matroska]
On Du, 16 ian 11, 21:34:51, steef wrote: > > i'll go to the bottom of this. starting with installing squeeze on a > spare hd. i'll let you know if there is anything [else] worth to be > told. One thing that was not very obvious for me is that mplayer does not automatically use the *vdpau video codecs (not video output), which is why I have this in my .mplayer/config: vc=ffh264vdpau,ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau,ffodivxvdpau, The comma at the end ensures that if none of these codecs can be used with your video mplayer will try to auto-detect the correct one. I only need to disable this line when I encounter videos that don't work with VDPAU. Regards, andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: Lenny - xvinfo: No Adaptors present.. No XVideo
On Sat, Jan 15, 2011 at 07:26:08AM EST, Sven Joachim wrote: > On 2011-01-15 12:58 +0100, Camaleón wrote: [..] > > It seems loading the GLX module using some part of the nvidia closed > > drivers... how is that possible? :-? > > Because the nvidia-glx package is installed, even though Chris does > not use it. This is bad because no program that uses OpenGL will be > able to run, but not directly related to the problem. Good catch.. > > And there is something more in your log it caught my attention: > > > > *** > > (II) Primary Device is: PCI 01:00:0 > > (--) Assigning device section with no busID to primary device > > (--) Chipset Unknown NVIDIA chip found > > Yeah, the nv driver is too old and does not really know the card. > Should not be much of a problem, though. Just the XVideo stuff, where I'm concerned. > > I still don't see why are you so reluctant to "test" the closed > > source driver. Just to test, for seeing how it goes and if it solves > > nothing then at least you can decide the next step with confidence > > :-) > I wonder why Chris bought a laptop with such a powerful card in the > first place if he has no use for it. Intel graphics would have been > cheaper and also cause much less headaches. Incompetence..? :-) I needed a new laptop urgently because my 11-year old machine's display was on its way out, and when I saw a high-end machine from a year ago at 25% of the original price at the lenovo outlet.. with specs that should prove suitable for hopefully many years to come, I verified other folks had gotten it to work with GNU/linux. Since the laptop was not built to order, I was not in a position to make any changes to the configuration. I wasn't going to look a gift horse in the mouth. And who knows, contrary to the color calibrator, fingerprint reader, and other options that I have little use for.. I might find some uses to make up for the dollars this card is going to add to my electricity bill. cj -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116214031.GB4196@pavo.local
Re: crazy server crashes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16/01/11 21:27, Robert Wolfe wrote: > On 12/13/2010 07:10 AM, kuLa wrote: > >> I'm experiencing heavy lenny crashes from time to time. >> Kernel is still working (at least responding for pings and continuing >> processes which has been started earlier). >> Only available piece of information I can have from it is a console >> notifications via ilo. Cause logging in doesn't work either via ssh or >> console. >> Machine is unresponsive and console is displaying only something similar >> to this: >> >> [10097664.608378] INFO: task sshd:23029 blocked for more than 120 >> seconds. >> [10097664.608445] "echo 0> /roc/sys/kernel/hung_task_timeout_secs" >> disables this message >> >> Sometimes it appear that I can log in via ssh and use magic system >> requests to force 'save' reboot, but it's very rare usually I have to >> take it down in a brutal way. >> >> It's a remote server so physical access is rather hard (read impossible) >> Any advice how to investigate further will be appreciated and solution >> for this even more :-) > > This is where a virtualized server that you can access remotely comes in > handy :) > > When you reboot the server and check the other logs, what do you see? In the logs is nothing regarding that event. - -- |_|0|_| | |_|_|0| "Heghlu'Meh QaQ jajVam" | |0|0|0| kuLa - | gpg --keyserver pgp.mit.edu --recv-keys 0xC100B4CA -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJNM2UXAAoJEOqHloDBALTKUpoIAIpDrGxqWqVdOJTLRrw9goB1 5L6zX+wu0lYQrDbA/MYkEWJiU3mKN8+NDJKQZzhGkBG/Fp2bQQ2N0RQcba1O8dk8 THB3OCjBt0GjERloFdyAatRB3sySHoe+rxzxeo475dAKfBBo8FNUmHdY6h2Zdnhf c7X6LfqFh15q4f40+mWzRu0oyMj5xxf8oqzpDFxOUFb6q54ieso0wYlVRxATa8lK ozeRJo+6JFQGacmSG5gRPa0GViNzY78P0pycu1LBULflfoqqw2yW1Y6oQVl7/bWJ FCfxcwOzEykcL8ag+6U3MOt1rqgvqCEbOa+2sIxo7RpEplPnX3OK+zRWowQRfaI= =UTXK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d336517.2000...@kulisz.net
Re: Lenny - xvinfo: No Adaptors present.. No XVideo
On Sat, Jan 15, 2011 at 06:58:54AM EST, Camaleón wrote: > On Fri, 14 Jan 2011 21:03:19 -0500, Chris Jones wrote: > > > On Fri, Jan 14, 2011 at 12:37:11PM EST, Camaleón wrote: > > > > [..] > Some comments on the log... > > *** > (II) Loading /usr/lib/xorg/modules/extensions//libglx.so > (II) Module glx: vendor="NVIDIA Corporation" > compiled for 4.0.2, module version = 1.0.0 > Module class: X.Org Server Extension > (II) NVIDIA GLX Module 173.14.09 Thu Jun 5 00:07:40 PDT 2008 > (II) Loading extension GLX > ** > > It seems Ten years I've been using X every day and apart from a few silly tricks learned through experience.. I'm just about as ignorant as I was when I started off. > loading the GLX module using some part of the nvidia closed > drivers... how is that possible? :-? Broken environment..? :-) > Now look mine: > > *** > (II) LoadModule: "glx" > (II) Loading /usr/lib/xorg/modules/extensions//libglx.so > (II) Module glx: vendor="X.Org Foundation" > compiled for 1.4.2, module version = 1.0.0 > ABI class: X.Org Server Extension, version 0.3 > (==) AIGLX enabled > (II) Loading extension GLX > *** > > Here is loading the Xorg stock GLX extension. I _assumed_ I might be able to conjure up some trick or other to switch between the nvidia and nv drivers.. maybe not quite on the fly.. but at least without having to reboot.. as a result, you caught me right in the middle of testing possible solutions and I had not removed the nvidia packages. As Sven rightly observed, what I had failed to notice was that since I had no GLX at all loaded in my Xserver.. OpenGL programs did not work any more.. But as Sven also remarked, this is a separate problem. > ... > > And there is something more in your log it caught my attention: > > *** > (II) Primary Device is: PCI 01:00:0 > (--) Assigning device section with no busID to primary device > (--) Chipset Unknown NVIDIA chip found > *** > > And now compare to mine: > > *** > (II) Primary Device is: PCI 01:00:0 > (--) Assigning device section with no busID to primary device > (--) Chipset Quadro FX 1500 found > *** This log is lenny's.. and my card is unsupported by either ‘nv’ or ‘nvidia’, so that would appear to be consistent. > I still don't see why are you so reluctant to "test" the closed source > driver. Just to test, for seeing how it goes and if it solves nothing > then at least you can decide the next step with confidence :-) Not at all. I tested it under squeeze where my card is supported and the newer nvidia driver addresses the ‘black console’ issue. On the other hand, I was experiencing extreme slowness in programs such as icesweasel and a completely broken keyboard with stuff like the down arrow key mapped to Mode_Switch (!) .. try to do a dpkg-reconfigure that brings up ncurses screens with a broken down arrow. At that point, I decided that it made better sense to reinstall squeeze at some point in the future and start again from scratch. But since the card is working fine in ubuntu 10.10, I am not really worried about getting this to work now. At this point, I am more concerned as to what completely borked my out-of-the-box squeeze environment. > You said your card was "unsupported" and you maybe right. > > - Lenny ships "nvidia-glx" 173.14.09 and your card is not listed: > > http://us.download.nvidia.com/XFree86/Linux-x86/173.14.09/README/appendix-a.html > > - But Squeeze ships "nvidia-glx" 195.36.31 and your card appears > there: > > http://us.download.nvidia.com/XFree86/Linux-x86/195.36.31/README/supportedchips.html > So you can test the closed driver in squeeze and see how it goes. If > all is fine you can then install the latest driver available from > nvidia site in lenny (it will require driver compilation). Thanks, but since within a few months I will have switched to squeeze for my activities.. it's probably not worth it. After all, the only thing (apart from DRI) that's not working in lenny, is that I have to use the ‘x11’ video driver in mplayer.. and as a result, I cannot watch the news full-screen. I can live with that. cj -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116212417.GA4196@pavo.local
Re: [OT] trouble with .gitignore patterns
On 2011-01-16 21:45 +0100, Boyd Stephen Smith Jr. wrote: > In <87aaj0vceg@turtle.gmx.de>, Sven Joachim wrote: >>On 2011-01-16 20:58 +0100, Boyd Stephen Smith Jr. wrote: >>> In <20110116160216.GA6914@think.homelan>, Andrei Popescu wrote: $ git init Initialized empty Git repository in /home/amp/Download/gitest/.git/ $ touch dir/file3 $ echo '*' > .gitignore $ git status -s $ echo '!file1' >> .gitignore $ echo '!dir/' >> .gitignore $ git status -s ?? file1 $ Why is 'dir' still ignored? >>> Looks like a bug to me. It is at least an undocumented feature. >> >>The FAQ mentions¹ that you cannot add empty directories in git, and the >>'*' in .gitignore means that no _files_ below dir/ will be added. > > !dir/ doesn't just match a directory. Per the gitignore(5) manpage: >· An optional prefix ! which negates the pattern; any matching file >excluded by a previous pattern will become included again. If a >negated pattern matches, this will override lower precedence >patterns sources. > >· If the pattern ends with a slash, it is removed for the purpose of >the following description, but it would only find a match with a >directory. In other words, foo/ will match a directory foo and >paths underneath it, but will not match a regular file or a >symbolic link foo (this is consistent with the way how pathspec >works in general in git). I see. Indeed, even replacing "!dir/" with "!dir/*" or "!dir/file3" in Andrei's example does not persuade "git status -s" to mention the file. This seems to be a bug indeed, taking it to g...@vger.kernel.org would be good. Sven -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/871v4cv9oa@turtle.gmx.de
Re: [SOLVED] Is squeeze compatible with WD20EARS and other 2TB drives?
Boyd Stephen Smith Jr. put forth on 1/16/2011 1:36 PM: > In <4d334574.3080...@hardwarefreak.com>, Stan Hoeppner wrote: >> Me stating that these drives suck with Linux (fact) > > The way you are using "suck" there is fairly subjective, so I'd be cautious > is > claiming your statement was fact. > > The fact is that these drive require more effort (research, special tools, > manual alignment, whatever) on the part of each user in order to get > performance of cheaper, earlier generation drives. > > That fact is enough for me to form the opinion that these drive suck with > Linux and feel justified in said opinion. Since it's not the advanced format drives at fault, but Linux, I guess I should reverse the two and say from now on: "Linux sucks with these drives." Specifically regarding the WD20EARS drives, however, they suck all around. I've already given the myriad reasons why in previous posts. It's the only advanced format drive I've seen constant complaints about on multiple mailing lists. An OP at UC Santa Cruz had 4 of these suckers in his D2D backup server simultaneously die on him just when he needed them most: to do a restore on a 60TB production array that suffered partial catastrophic failure. I've never personally touched a WD advanced format drive, Green line, etc. I've seen too much disappointment and frustration from others to get near one. I'm a happy owner of some Blue series drives, and I'm not seeing negative reports on the Black drives. -- Stan -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d3359c0.6040...@hardwarefreak.com
Re: [OT] trouble with .gitignore patterns
In <87aaj0vceg@turtle.gmx.de>, Sven Joachim wrote: >On 2011-01-16 20:58 +0100, Boyd Stephen Smith Jr. wrote: >> In <20110116160216.GA6914@think.homelan>, Andrei Popescu wrote: >>>$ git init >>>Initialized empty Git repository in /home/amp/Download/gitest/.git/ >>>$ touch dir/file3 >>>$ echo '*' > .gitignore >>>$ git status -s >>>$ echo '!file1' >> .gitignore >>>$ echo '!dir/' >> .gitignore >>>$ git status -s >>>?? file1 >>>$ >>> >>>Why is 'dir' still ignored? >>> >> Looks like a bug to me. It is at least an undocumented feature. > >The FAQ mentions¹ that you cannot add empty directories in git, and the >'*' in .gitignore means that no _files_ below dir/ will be added. !dir/ doesn't just match a directory. Per the gitignore(5) manpage: · An optional prefix ! which negates the pattern; any matching file excluded by a previous pattern will become included again. If a negated pattern matches, this will override lower precedence patterns sources. · If the pattern ends with a slash, it is removed for the purpose of the following description, but it would only find a match with a directory. In other words, foo/ will match a directory foo and paths underneath it, but will not match a regular file or a symbolic link foo (this is consistent with the way how pathspec works in general in git). My emphasis is here: "... and paths underneath it, ..." This means a file with: * !dir/ as it's contents should not cause git to ignore dir/file3, since both lines match that file AND the last one is a negation. -- Boyd Stephen Smith Jr. ,= ,-_-. =. b...@iguanasuicide.net ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.net/\_/ signature.asc Description: This is a digitally signed message part.
Re: blancing conections
Hi, if you use php, you can store session data in the memcached. Search with php+memcached keywords. On 01/15/2011 11:37 PM, Bob Proulx wrote: Jesus arteche wrote: I have a web application that I want to scale in a cluster like Amazon EC2. I have a load balancer and behind several web server (Apache2). My question is: How can I make for the session that is iniciated in webserver 1...will be available in webserver 2 cause the load balancer maybe can send the conection some times from 1 to 2 or viceversa. One idea. Store the session in a cookie (like Rails default cookie store) so that it is provided by the client with every http request. There are good things and bad things about using cookie based sessions however. One idea. Store the session in a database that is shared between all of the web application servers. There are good things and bad things about using database based sessions however. Bob -- /** * @author Atıf CEYLAN * Software Developer& System Admin * http://www.atifceylan.com */ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d335606.2020...@atifceylan.com
Re: VDPAU on lenny with self-compiled mplayer [was: Re: matroska]
Andrei Popescu schreef: On Du, 16 ian 11, 10:12:37, steef wrote: hi list, good morning local time, just a try: getting an old problem (for me) out of the grave: is there nowadays a way to get the vdpau driver working under lenny with a from source compiled mplayer? tried to run a .mkv video with an utter lack of synchronization between video and audio. The nvidia-glx package in lenny does not support VDPAU, but it should work fine with packages from squeeze[1]. Did you get the driver and libraries from nVidia directly? [1] I tested only mplayer from debian-multimedia, but AFAICT it should work also with the official package. Please post the output when running mplayer from console [it there any other way? :)] Also VDPAU worked for me with some files, but not with others. Fortunately mplayer-mt is fast enough for everything I tried on this: $ grep "model name" /proc/cpuinfo model name : Intel(R) Pentium(R) Dual CPU T2330 @ 1.60GHz model name : Intel(R) Pentium(R) Dual CPU T2330 @ 1.60GHz Regards, Andrei thanks andrei, i'll go to the bottom of this. starting with installing squeeze on a spare hd. i'll let you know if there is anything [else] worth to be told. kind reg., steef -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d33566b.8020...@home.nl
JACK configuration
Hi all, I am attempting to record audio on my laptop. To this end, i've installed Ardour/JACK. I have *finally* managed to get ALSA to work. However, I now have a problem - the sound that is wired into the Mic In jack on the front of the laptop will play back (so basically my laptop is functioning as a speaker), but I can't seem to figure out how to get JACK to connect. Can anyone help me configure JACK so that the input will go to Ardour? The connection graph shows that system:capture1 and system:capture2 are wired to go to Ardour:Audio In 1 and Ardour:Audio In 2, respectively (so it seems like this should work). However, when the Ardour is prepped for record, the volume bars that indicate input volume are relatively static, while I can hear sound being played back. After recording, the track is silent. Portions of the output of amixer that look relevant: Simple mixer control 'Mic',0 Capabilities: pvolume pswitch penum Playback channels: Front Left - Front Right Limits: Playback 0 - 31 Mono: Front Left: Playback 18 [58%] [-7.50dB] [on] Front Right: Playback 18 [58%] [-7.50dB] [on] Simple mixer control 'Mic Boost',0 Capabilities: volume penum Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: 0 - 3 Front Left: 0 [0%] Front Right: 0 [0%] Simple mixer control 'Capture',0 Capabilities: cvolume cswitch penum Capture channels: Front Left - Front Right Limits: Capture 0 - 31 Front Left: Capture 25 [81%] [25.50dB] [off] Front Right: Capture 25 [81%] [25.50dB] [off] Simple mixer control 'Capture',1 Capabilities: cvolume cswitch penum Capture channels: Front Left - Front Right Limits: Capture 0 - 31 Front Left: Capture 25 [81%] [25.50dB] [off] Front Right: Capture 25 [81%] [25.50dB] [off] Simple mixer control 'Input Source',0 Capabilities: cenum Items: 'Mic' 'Front Mic' 'Line' 'CD' Item0: 'Mic' Simple mixer control 'Input Source',1 Capabilities: cenum Items: 'Mic' 'Front Mic' 'Line' 'CD' Item0: 'Mic' Any help would be much appreciated. -- rbmj -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116141545.7f768431@blair-laptop.mason
Re: [OT] trouble with .gitignore patterns
On 2011-01-16 20:58 +0100, Boyd Stephen Smith Jr. wrote: > In <20110116160216.GA6914@think.homelan>, Andrei Popescu wrote: >>$ git init >>Initialized empty Git repository in /home/amp/Download/gitest/.git/ >>$ touch dir/file3 >>$ echo '*' > .gitignore >>$ git status -s >>$ echo '!file1' >> .gitignore >>$ echo '!dir/' >> .gitignore >>$ git status -s >>?? file1 >>$ >> >>Why is 'dir' still ignored? > > Looks like a bug to me. It is at least an undocumented feature. The FAQ mentions¹ that you cannot add empty directories in git, and the '*' in .gitignore means that no _files_ below dir/ will be added. Sven ¹ https://git.wiki.kernel.org/index.php/GitFaq#Can_I_add_empty_directories.3F -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87aaj0vceg@turtle.gmx.de
Re: stardict dictionary packages.
On Sun, Jan 16, 2011 at 07:47:04PM +0700, Sthu Deus wrote: > Thank You for Your time and answer, Freeman: > > > When I opened stardict, it returned an error that no dictionaries > > were found and it gave the url I mentioned. > > > > I downloaded the compressed dictionaries from the dictd collection > > there and, as root, extracted them to the directory described, > > /usr/share/stardict/dic . > > All right. I just had several dictionaries copied in the dir. - the > collection long time ago I did download from diver sources - may that's > why it told me nothing about the URL. Also, I use qstardict, not *-gtk > one. > > Now I would update those dictionaries and that's why I tried to find a > solution in the Debian repos - so that it might be updated > automatically - just like any other package. > You might try that script Camaleon refers to. The benefit of the site is that there are more dictionaries available than in the repos. Or you might email Hu Zheng, of that site, for info. Maybe start uploading dictionaries and updates to the site. I have never thought of keeping a dictionary word list so assiduously up to date. -- Regards, Freeman "Microsoft is not the answer. Microsoft is the question. NO (or Linux) is the answer." --Somebody -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116200031.GB4935@Europa.office
Re: [OT] trouble with .gitignore patterns
In <20110116160216.GA6914@think.homelan>, Andrei Popescu wrote: >$ git init >Initialized empty Git repository in /home/amp/Download/gitest/.git/ >$ touch dir/file3 >$ echo '*' > .gitignore >$ git status -s >$ echo '!file1' >> .gitignore >$ echo '!dir/' >> .gitignore >$ git status -s >?? file1 >$ > >Why is 'dir' still ignored? Looks like a bug to me. It is at least an undocumented feature. -- Boyd Stephen Smith Jr. ,= ,-_-. =. b...@iguanasuicide.net ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.net/\_/ signature.asc Description: This is a digitally signed message part.
Re: stardict dictionary packages.
On Sun, Jan 16, 2011 at 11:11:13AM +, Camaleón wrote: > > Let's see what the stardict doc says... ah, okay, it points to this > address to download some dictionaries: > > http://stardict.sourceforge.net/Dictionaries.php > > As per the "readme.debian" file it seems those files cannot be packaged > due to licensing issues :-? > > (side note: the "forum" page from where to download dictionaries seems > notoperative at this momment... I only found this link) > On that site follow the "Or Download all dictionaries from here!" link to the URL on my previous post where there is the complete set of dictd dictionaries formatted for stardict. -- Regards, Freeman "Microsoft is not the answer. Microsoft is the question. NO (or Linux) is the answer." --Somebody -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116194758.GA4935@Europa.office
Re: removal of a program/module
On the 16/01/2011 19:55, Klaus Jantzen wrote: > tv.deb...@googlemail.com wrote: >> On the 16/01/2011 14:13, Klaus Jantzen wrote: >> >>> Hi, >>> >>> I am trying to remove a program/module. As I have probably played >>> around with it too often >>> I cannot get rid of it. >>> Now, whenever I try to install another program, I get the message >>> >>> "texlive-lang-cyrillic: subprocess post-removal script returned error >>> exit status 1" >>> >>> and nothing is installed. >>> Even when I ask synaptic to only remove that module I get the same >>> message. >>> >>> What do I have to do to remove the module? >>> >>> Thanks. >>> >> >> Hi, >> >> ls /var/lib/dpkg/info | grep texlive-lang-cyrillic >> >> should give you a list off pre/post install scripts, since the message >> talks about post-removal look at the script ending in ".postrm" and see >> if you can find what's going wrong in the script (looking to remove >> non-existent directory ?). >> If you can't find what's wrong with the script you can move it aside and >> purge the package again, but be aware that any necessary action which >> should have been performed by the ".postrm" script will no happen, >> potentially leaving unwanted stuff in your system. >> >> Also have a look at the bugs for this package, this may already be a >> known issue. >> >> >> > With the command you posted I found the various scripts for > texlive-lang-cyrillic. > I tried to find out where ...postrm had a problem but I did not succeed > (did'nt try too much). > So I "removed" .postrm by renaming it and called Synaptic again to > remove this package: > Success! It disappeared and I hope I never see it again. > Now installations work again. > > Thank you for your fast help. > Glad it helped, but now cyrillic language is probably still registered in your texlive installation, since the postrm script is supposed to do some clean-up there after texlive-lang-cyrillic is removed. A good move if you can't identify what went wrong in the script would be to check your texlive install (maybe "dpkg-reconfigure" texlive-base and texlive-common at least), then reinstall/purge texlive-lang-cyrillic. Now you know the workaround if it goes ashtray again, and if it works it may spare you some problems later on when you'll have forgotten about the incident. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d3349ae.8050...@googlemail.com
Re: [SOLVED] Is squeeze compatible with WD20EARS and other 2TB drives?
In <4d334574.3080...@hardwarefreak.com>, Stan Hoeppner wrote: >Me stating that these drives suck with Linux (fact) The way you are using "suck" there is fairly subjective, so I'd be cautious is claiming your statement was fact. The fact is that these drive require more effort (research, special tools, manual alignment, whatever) on the part of each user in order to get performance of cheaper, earlier generation drives. That fact is enough for me to form the opinion that these drive suck with Linux and feel justified in said opinion. -- Boyd Stephen Smith Jr. ,= ,-_-. =. b...@iguanasuicide.net ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.net/\_/ signature.asc Description: This is a digitally signed message part.
Re: Keyboard freezing/repeating endlessly
A followup. Yesterday I installed the nvidia driver, replacing the (default) nouveau driver. So far the keyboard has not locked up, however, given its random nature, there hasn't been enough time to conclude that the problem is solved. If it runs for a few days with no lockups (I've never gone more than 2 days without one), I'll submit a bug report against the nouveau driver. The nvidia driver has at least one annoying quirk; now my virtual-terminals are at a very coarse resolution. I've temporarily fixed that, but have related issues that will be the subject of a new thread. -- Joe Riel -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116113550.6b836111@gauss
Re: [SOLVED] Is squeeze compatible with WD20EARS and other 2TB drives?
Eduard Bloch put forth on 1/16/2011 5:52 AM: > #include > * Stan Hoeppner [Wed, Jan 12 2011, 10:28:40AM]: >> Stefan Monnier put forth on 1/11/2011 9:46 PM: > I have no idea what makes you so angry against "green" drives. I am against using any drive, at this time, in Linux, with a native sector size other than 512 bytes. >>> >>> Again, I fail to see why you're so emotional about it. >> >> You've got that backwards. You own a bunch of these drives and feel I am > > That's not my impression. The only good argument I could identify in > YOUR answers is the strong (personal) dislike I have no axe to grind with the translation taking place at the drive level. There's nothing technically wrong with it. My axe grinding regards the Linux partitioning utilities and their current inability to properly handle proper sector alignment of such devices without users being required to jump through hoops. I've made that perfectly clear now on multiple occasions on this list. > of native 4k sectors used > with a smaller transfer size. But the whole system programing domain has > tons of similar situations. Transfer size? SAS and SATA are both capable of large multi sector transfers. This has nothing to do with "transfer size", but SECTOR size. It seems you lack basic understanding of the technology we're discussing. > Why don't you object to 32bit/64bit PCs? They work with small transfer > bytes (bytes) but they native WORD size is a lot bigger nowadays. How > dare they to do a such thing? Because they work properly out of the box and don't cause headaches for the entirety of a subset (Linux) of users of the technology. But again, your analogy isn't apt. > Maybe you should consider throwing your PC away right now and buy a > modern 8088 XT system from some garage sale. Lemme guess: you also own one of these drives, don't you? It's amazing to me how many "children" there are in the world of adults these days. Me stating that these drives suck with Linux (fact) is, to some owners of said drives, apparently akin to me calling their sister fat or mother ugly. My $deity people, thicken your skin for Pete's sake... Eduard, grow up. -- Stan -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d334574.3080...@hardwarefreak.com
Re: Grub2 reinstall on raid1 system. Corrections!!!!!
On Sat, 15 Jan 2011 16:57:46 -0700 Bob Proulx wrote: > Jack Schneider wrote: > > Bob Proulx wrote: > > > Jack Schneider wrote: > > > > I have a raid1 based W/S running Debian Squeeze uptodate. (was > > > > until ~7 days ago) There are 4 drives, 2 of which had never been > > > > used or formatted. I configured a new array using Disk Utility > > > > from a live Ubuntu CD. That's where I screwed up... The end > > > > result was the names of the arrays were changed on the working > > > > 2 drives. IE: /dev/md0 to /dev/126 and /dev/md1 became md127. > > > > > > Something else must have happened too. Because normally just > > > adding arrays will not rename the existing arrays. I am not > > > familiar with the "Disk Utility" that you mention. > > > > Hi, Bob > > Thanks for your encouraging advice... > > I believe you should be able to completely recover from the current > problems. But it may be tedious and not completely trivial. You will > just have to work through it. > > Now that there is more information available, and knowing that you are > using software raid and lvm, let me guess. You added another physical > extent (a new /dev/md2 partition) to the root volume group? If so > that is a common problem. I have hit it myself on a number of > occasions. You need to update the mdadm.conf file and rebuild the > initrd. I will say more details about it as I go here in this > message. > > > As I mentioned in a prior post,Grub was leaving me at a Grub > > rescue>prompt. > > > > I followed this procedure: > > http://www.gnu.org/software/grub/manual/html_node/GRUB-only-offers-a-rescue-shell.html#GRUB-only-offers-a-rescue-shell > > That seems reasonable. It talks about how to drive the grub boot > prompt to manually set up the boot. > > But you were talking about using a disk utility from a live cd to > configure a new array with two new drives and that is where I was > thinking that you had been modifying the arrays. It sounded like it > anyway. > > Gosh it would be a lot easier if we could just pop in for a quick peek > at the system in person. But we will just have to make do with the > correspondence course. :-) > > > Booting now leaves me at a busy box: However the Grub menu is > > correct. With the correct kernels. So it appears that grub is now > > finding the root/boot partitions and files. > > That sounds good. Hopefully not too bad off then. > > > > Next time instead you might just use mdadm directly. It really is > > > quite easy to create new arrays using it. Here is an example that > > > will create a new device /dev/md9 mirrored from two other devices > > > /dev/sdy5 and /dev/sdz5. > > > > > > mdadm --create /dev/md9 --level=mirror > > > --raid-devices=2 /dev/sdy5 /dev/sdz5 > > > > > > > Strangely the md2 array which I setup on the added drives > > > > remains as /dev/md2. My root partition is/was on /dev/md0. The > > > > result is that Grub2 fails to boot the / array. > > > This is how I created /dev/md2. > > Then that explains why it didn't change. Probably the HOMEHOST > parameter is involved on the ones that changed. Using mdadm from the > command line doesn't set that parameter. > > There was just a long discussion about this topic just recently. > You might want to jump into it in the middle here and read our > learnings with HOMEHOST. > > http://lists.debian.org/debian-user/2010/12/msg01105.html > > > mdadm --examine /dev/sda1 & /dev/sda2 gives I think a clean result > > I have posted the output at : http://pastebin.com/pHpKjgK3 > > That looks good to me. And healthy and normal. Looks good to me for > that part. > > But that is only the first partition. That is just /dev/md0. Do you > have any information on the other partitions? > > You can look at /proc/partitions to get a list of all of the > partitions that the kernel knows about. > > cat /proc/partitions > > Then you can poke at the other ones too. But it looks like the > filesystems are there okay. > > > mdadm --detail /dev/md0 --> gives mdadm: md device /dev/md0 does > > not appear to be active. > > > > There is no /proc/mdstat data output. > > So it looks like the raid data is there on the disks but that the > multidevice (md) module is not starting up in the kernel. Because it > isn't starting then there aren't any /dev/md* devices and no status > output in /proc/mdstat. > > > > I would boot a rescue image and then inspect the current > > > configuration using the above commands. Hopefully that will show > > > something wrong that can be fixed after you know what it is. > > I still think this is the best course of action for you. Boot a > rescue disk into the system and then go from there. Do you have a > Debian install disk #1 or Debian netinst or other installation disk? > Any of those will have a rescue system that should boot your system > okay. The Debian rescue disk will automatically search for raid > partitions and automatically start the md modules. > >
Re: Grub2 reinstall on raid1 system.
On Sat, 15 Jan 2011 16:57:46 -0700 Bob Proulx wrote: > Jack Schneider wrote: > > Bob Proulx wrote: > > > Jack Schneider wrote: > > > > I have a raid1 based W/S running Debian Squeeze uptodate. (was > > > > until ~7 days ago) There are 4 drives, 2 of which had never been > > > > used or formatted. I configured a new array using Disk Utility > > > > from a live Ubuntu CD. That's where I screwed up... The end > > > > result was the names of the arrays were changed on the working > > > > 2 drives. IE: /dev/md0 to /dev/126 and /dev/md1 became md127. > > > > > > Something else must have happened too. Because normally just > > > adding arrays will not rename the existing arrays. I am not > > > familiar with the "Disk Utility" that you mention. > > > > Hi, Bob > > Thanks for your encouraging advice... > > I believe you should be able to completely recover from the current > problems. But it may be tedious and not completely trivial. You will > just have to work through it. > > Now that there is more information available, and knowing that you are > using software raid and lvm, let me guess. You added another physical > extent (a new /dev/md2 partition) to the root volume group? If so > that is a common problem. I have hit it myself on a number of > occasions. You need to update the mdadm.conf file and rebuild the > initrd. I will say more details about it as I go here in this > message. > > > As I mentioned in a prior post,Grub was leaving me at a Grub > > rescue>prompt. > > > > I followed this procedure: > > http://www.gnu.org/software/grub/manual/html_node/GRUB-only-offers-a-rescue-shell.html#GRUB-only-offers-a-rescue-shell > > That seems reasonable. It talks about how to drive the grub boot > prompt to manually set up the boot. > > But you were talking about using a disk utility from a live cd to > configure a new array with two new drives and that is where I was > thinking that you had been modifying the arrays. It sounded like it > anyway. > > Gosh it would be a lot easier if we could just pop in for a quick peek > at the system in person. But we will just have to make do with the > correspondence course. :-) > > > Booting now leaves me at a busy box: However the Grub menu is > > correct. With the correct kernels. So it appears that grub is now > > finding the root/boot partitions and files. > > That sounds good. Hopefully not too bad off then. > > > > Next time instead you might just use mdadm directly. It really is > > > quite easy to create new arrays using it. Here is an example that > > > will create a new device /dev/md9 mirrored from two other devices > > > /dev/sdy5 and /dev/sdz5. > > > > > > mdadm --create /dev/md9 --level=mirror > > > --raid-devices=2 /dev/sdy5 /dev/sdz5 > > > > > > > Strangely the md2 array which I setup on the added drives > > > > remains as /dev/md2. My root partition is/was on /dev/md0. The > > > > result is that Grub2 fails to boot the / array. > > > This is how I created /dev/md2. > > Then that explains why it didn't change. Probably the HOMEHOST > parameter is involved on the ones that changed. Using mdadm from the > command line doesn't set that parameter. > > There was just a long discussion about this topic just recently. > You might want to jump into it in the middle here and read our > learnings with HOMEHOST. > > http://lists.debian.org/debian-user/2010/12/msg01105.html > > > mdadm --examine /dev/sda1 & /dev/sda2 gives I think a clean result > > I have posted the output at : http://pastebin.com/pHpKjgK3 > > That looks good to me. And healthy and normal. Looks good to me for > that part. > > But that is only the first partition. That is just /dev/md0. Do you > have any information on the other partitions? > > You can look at /proc/partitions to get a list of all of the > partitions that the kernel knows about. > > cat /proc/partitions > > Then you can poke at the other ones too. But it looks like the > filesystems are there okay. > > > mdadm --detail /dev/md0 --> gives mdadm: md device /dev/md0 does > > not appear to be active. > > > > There is no /proc/mdstat data output. > > So it looks like the raid data is there on the disks but that the > multidevice (md) module is not starting up in the kernel. Because it > isn't starting then there aren't any /dev/md* devices and no status > output in /proc/mdstat. > > > > I would boot a rescue image and then inspect the current > > > configuration using the above commands. Hopefully that will show > > > something wrong that can be fixed after you know what it is. > > I still think this is the best course of action for you. Boot a > rescue disk into the system and then go from there. Do you have a > Debian install disk #1 or Debian netinst or other installation disk? > Any of those will have a rescue system that should boot your system > okay. The Debian rescue disk will automatically search for raid > partitions and automatically start the md modules. > >
Re: removal of a program/module
tv.deb...@googlemail.com wrote: On the 16/01/2011 14:13, Klaus Jantzen wrote: Hi, I am trying to remove a program/module. As I have probably played around with it too often I cannot get rid of it. Now, whenever I try to install another program, I get the message "texlive-lang-cyrillic: subprocess post-removal script returned error exit status 1" and nothing is installed. Even when I ask synaptic to only remove that module I get the same message. What do I have to do to remove the module? Thanks. Hi, ls /var/lib/dpkg/info | grep texlive-lang-cyrillic should give you a list off pre/post install scripts, since the message talks about post-removal look at the script ending in ".postrm" and see if you can find what's going wrong in the script (looking to remove non-existent directory ?). If you can't find what's wrong with the script you can move it aside and purge the package again, but be aware that any necessary action which should have been performed by the ".postrm" script will no happen, potentially leaving unwanted stuff in your system. Also have a look at the bugs for this package, this may already be a known issue. With the command you posted I found the various scripts for texlive-lang-cyrillic. I tried to find out where ...postrm had a problem but I did not succeed (did'nt try too much). So I "removed" .postrm by renaming it and called Synaptic again to remove this package: Success! It disappeared and I hope I never see it again. Now installations work again. Thank you for your fast help. -- KDJ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d333f17.3060...@t-online.de
Re: Grub2 reinstall on raid1 system.
On Sat, 15 Jan 2011 16:57:46 -0700 Bob Proulx wrote: > Jack Schneider wrote: > > Bob Proulx wrote: > > > Jack Schneider wrote: > > > > I have a raid1 based W/S running Debian Squeeze uptodate. (was > > > > until ~7 days ago) There are 4 drives, 2 of which had never been > > > > used or formatted. I configured a new array using Disk Utility > > > > from a live Ubuntu CD. That's where I screwed up... The end > > > > result was the names of the arrays were changed on the working > > > > 2 drives. IE: /dev/md0 to /dev/126 and /dev/md1 became md127. > > > > > > Something else must have happened too. Because normally just > > > adding arrays will not rename the existing arrays. I am not > > > familiar with the "Disk Utility" that you mention. > > > > Hi, Bob > > Thanks for your encouraging advice... > > I believe you should be able to completely recover from the current > problems. But it may be tedious and not completely trivial. You will > just have to work through it. > > Now that there is more information available, and knowing that you are > using software raid and lvm, let me guess. You added another physical > extent (a new /dev/md2 partition) to the root volume group? If so > that is a common problem. I have hit it myself on a number of > occasions. You need to update the mdadm.conf file and rebuild the > initrd. I will say more details about it as I go here in this > message. > > > As I mentioned in a prior post,Grub was leaving me at a Grub > > rescue>prompt. > > > > I followed this procedure: > > http://www.gnu.org/software/grub/manual/html_node/GRUB-only-offers-a-rescue-shell.html#GRUB-only-offers-a-rescue-shell > > That seems reasonable. It talks about how to drive the grub boot > prompt to manually set up the boot. > > But you were talking about using a disk utility from a live cd to > configure a new array with two new drives and that is where I was > thinking that you had been modifying the arrays. It sounded like it > anyway. > > Gosh it would be a lot easier if we could just pop in for a quick peek > at the system in person. But we will just have to make do with the > correspondence course. :-) > > > Booting now leaves me at a busy box: However the Grub menu is > > correct. With the correct kernels. So it appears that grub is now > > finding the root/boot partitions and files. > > That sounds good. Hopefully not too bad off then. > > > > Next time instead you might just use mdadm directly. It really is > > > quite easy to create new arrays using it. Here is an example that > > > will create a new device /dev/md9 mirrored from two other devices > > > /dev/sdy5 and /dev/sdz5. > > > > > > mdadm --create /dev/md9 --level=mirror > > > --raid-devices=2 /dev/sdy5 /dev/sdz5 > > > > > > > Strangely the md2 array which I setup on the added drives > > > > remains as /dev/md2. My root partition is/was on /dev/md0. The > > > > result is that Grub2 fails to boot the / array. > > > This is how I created /dev/md2. > > Then that explains why it didn't change. Probably the HOMEHOST > parameter is involved on the ones that changed. Using mdadm from the > command line doesn't set that parameter. > > There was just a long discussion about this topic just recently. > You might want to jump into it in the middle here and read our > learnings with HOMEHOST. > > http://lists.debian.org/debian-user/2010/12/msg01105.html > > > mdadm --examine /dev/sda1 & /dev/sda2 gives I think a clean result > > I have posted the output at : http://pastebin.com/pHpKjgK3 > > That looks good to me. And healthy and normal. Looks good to me for > that part. > > But that is only the first partition. That is just /dev/md0. Do you > have any information on the other partitions? > > You can look at /proc/partitions to get a list of all of the > partitions that the kernel knows about. > > cat /proc/partitions > > Then you can poke at the other ones too. But it looks like the > filesystems are there okay. > > > mdadm --detail /dev/md0 --> gives mdadm: md device /dev/md0 does > > not appear to be active. > > > > There is no /proc/mdstat data output. > > So it looks like the raid data is there on the disks but that the > multidevice (md) module is not starting up in the kernel. Because it > isn't starting then there aren't any /dev/md* devices and no status > output in /proc/mdstat. > > > > I would boot a rescue image and then inspect the current > > > configuration using the above commands. Hopefully that will show > > > something wrong that can be fixed after you know what it is. > > I still think this is the best course of action for you. Boot a > rescue disk into the system and then go from there. Do you have a > Debian install disk #1 or Debian netinst or other installation disk? > Any of those will have a rescue system that should boot your system > okay. The Debian rescue disk will automatically search for raid > partitions and automatically start the md modules. > >
Re: tun device creation on boot
Hi, Mike. On Sunday, 16 January 2011 09:59:30 -0800, Mike Bird wrote: > > I'm using OpenVPN to connect two departments with a central > > department. For this I'm using routing. In the central department I > > have an OpenVPN server which is using the /dev/net/tun1 and > > /dev/net/tun2 devices that I've created manually. > > > > Debian only creates a /dev/net/tun device. How I can achieve that on > > boot these devices to be created? I had thought of adding lines to > > create in /etc/rc.local, but there may be a more appropriate way to > > do it. > /dev/net/tun is all you need. > > In your various OpenVpn config files just specify "dev tun5" or > whatever. > > "tun5" and friends will appear by magic when needed in /sys/class/net > (but not in /dev where they are not needed). Perfect! Thanks for the explanation! I had manually created these on /dev/net and then I used in the config files something like this: dev-node /dev/net/tun2 Thanks for your reply. Regards, Daniel -- Daniel Bareiro - System Administrator Fingerprint: BFB3 08D6 B4D1 31B2 72B9 29CE 6696 BF1B 14E6 1D37 Powered by Debian GNU/Linux Lenny - Linux user #188.598 signature.asc Description: Digital signature
Re: USB key requirement.
Dan Serban wrote: > On Wed, 12 Jan 2011 04:46:41 -0800 (PST) > Emanoil Kotsev wrote: > >> >> >> --- On Tue, 1/11/11, Dan Serban wrote: >> >> >> > >> > I figured that after the root partition is mounted (nfs), I >> > would have >> > an init.d script that would work its magic.. if it's there, >> > allow the >> > continuation of the boot sequence (load gdm and other >> > non-essential >> > services). All I would require is to match against an >> > encrypted key >> > without user intervention. >> >> In fact if using PXE you don't really pay attention on security - I'm >> wondering what good means the usb key in this case. > > Well, not exactly, PXE simply boots the system. I can understand your > point if you're talking about the data that travels over the wire. > Well that's fine, it needs to be physically accessed by a machine that > is "allowed", if allowed, then the USB key also needs to check out to > continue the boot sequence. Hence why I was asking to do such a > thing. It's low security, but it requires my car keys to be at home > with me to actually use this machine. USB key, plus a login sounds > good enough. So if someone found out my username/password, they'd > still need the key to be present and matched to a specific workstation. well I would unplug the network cable and provide another bootfile to the device to boot from. wan't be too hard. >> >> I would put a customized initrd file on the usb and boot from there >> >> > >> > > Q: Do you have a keyboard and is it desirable to use >> > it on boot time? >> > > Or you want just to plugin and if the right usb is >> > inside the boot >> > > will go on. you can do this after the system has >> > already booted and >> > > you can access the usb from the diskless station. >> > >> > Second option, no keyboard interaction is required in my >> > mind. If you >> > miss having the usb stick inserted, then to move forward, >> > hit the reset >> > button. >> >> In your mind or in the specific case? >> > > There is no specific case as I'm just inquiring about the possibility > of doing such a thing. there is a specific case, which is your case. I can not reveal specific details, about my job, but in your case it does not make sense to use a usb key for security in my opinion. there should be another safety mechanism to prevent using the device. > >> >> > > Q: have you heard of security >> > > dongles >> > > "http://www.naturela-bg.com/index.php?categ=&page=itm&lang=en&id=45&pid=&p="; >> > > >> > >> > I have heard of them, but I don't personally understand the >> > actual >> > difference of a specialized key, versus a usb block device >> > with an >> > encryption file on it. >> >> Well this is exactly what you are trying to do - the one link I >> posted I was the first that popped up in google and supports linux. >> >> This is not a USB stick but a piece of hardware you plug in on the >> usb slot. You can do much more (programs can be banned from starting >> etc) >> >> anyway over PXE (TFTP) everything is open and security is pretty week >> - I don't think a USB stick is really necessary to secure something. > > It's not to secure anything, it's to ensure I'm present, or the key > actually is physically present. I don't want to modify _any_ data > through the key at all. but any one could boot the device with an ordinary live-usb linux, no? > >> What happens if the user plug ins instead your USB stick a normal >> live USB ubuntu i.e. It will boot, the NFS shares can be mounted >> (cause you authenticate on system level) and the sense of some >> security is gone. > > Well, the key would be checked right after the block device is > mounted. NFS or local is irrelevant no? How can you drop to a shell > after the block device is mounted and the first S01 asks for the key to > be inserted? by booting with a live-usb or modifying your boot command line parameters > >> With PXE boot you have to use other security methods I think. >> > > PXE is just the boot method. The only reason I mentioned it, is to > draw the complete picture. The block device is irrelevant, the fact > that I depend on a local DHCP/TFTP/NFS server to function means nothing > regarding physical access. It's simply a physical limitation. The NFS > share it's booting from is encrypted. If you know how to physically > type in my username and password, you'd still need my key to do so. > Otherwise I can't think of another way to add some semblance of > security/obscurity. Neither tftp nor nfs are secure. This is my point. I thought one can only export directory in nfs. How is it encrypted? the easy way in my opinion I would use a live-usb and modify it so that it opens ssh tunnel to your server. The you have 2 option either use local X or login to the server. a better way in my opinion I would use an open network from a DMZ to offer the bootfile (tftp with readonly and no login) and vpn in a second network to mount the nfs. So I would create a custo
Re: tun device creation on boot
On Sun January 16 2011 05:44:56 Daniel Bareiro wrote: > I'm using OpenVPN to connect two departments with a central department. > For this I'm using routing. In the central department I have an OpenVPN > server which is using the /dev/net/tun1 and /dev/net/tun2 devices that > I've created manually. > > Debian only creates a /dev/net/tun device. How I can achieve that on > boot these devices to be created? I had thought of adding lines to > create in /etc/rc.local, but there may be a more appropriate way to > do it. /dev/net/tun is all you need. In your various OpenVpn config files just specify "dev tun5" or whatever. "tun5" and friends will appear by magic when needed in /sys/class/net (but not in /dev where they are not needed). --Mike Bird -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201101160959.30861.mgb-deb...@yosemite.net
Re: Occasional hangups with forcedeth
On 16/01/11 10:56, Klaus Pieper wrote: Hi gurus, using 00:0a.0 Ethernet controller: nVidia Corporation MCP79 Ethernet (rev b1) I have occasional (i.e. occuring about every 6 weeks) hangups of this device. Ping to and from the machine does work, but loss is over 70%. Any hints or workarounds? Regards, Klaus # dmesg |grep -i forcedet [ 1.528115] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64. [ 1.529046] forcedeth :00:0a.0: PCI INT A -> Link[LMAC] -> GSI 20 (level, low) -> IRQ 20 [ 1.529055] forcedeth :00:0a.0: setting latency timer to 64 [ 1.594154] forcedeth :00:0a.0: ifname eth0, PHY OUI 0x732 @ 3, addr 00:01:2e:27:c5:1c [ 1.594164] forcedeth :00:0a.0: highdma csum pwrctl gbit lnktim msi desc-v3 eth0 Link encap:Ethernet HWaddr . inet addr:192.168.1.2 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::201:2eff:fe27:c51c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:40 errors:86 dropped:0 overruns:0 frame:86 TX packets:197 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:3391 (3.3 KiB) TX bytes:24074 (23.5 KiB) Interrupt:22 Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0 Settings for eth0: Supported ports: [ MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised pause frame use: No Advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: MII PHYAD: 3 Transceiver: external Auto-negotiation: on Supports Wake-on: g Wake-on: g Link detected: yes Maybe tweek your environment. Any flourescent tubes near the cables...try a different cable run or switch port? Also I think forcedeath is reversed engineered. You could try the backport kernel. Last resort ask your supplier to send another card? Good luck, Berni -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d332b99.1020...@elbournb.fsnet.co.uk
Re: [OT] trouble with .gitignore patterns
* On 2011 16 Jan 10:47 -0600, Tony van der Hoff wrote: > On 16/01/11 16:02, Andrei Popescu wrote: > >$ echo '!dir/'>> .gitignore > > > >Why is 'dir' still ignored? > > > Um, doesn't that mean "Don't ignore 'dir/', but ignore everything in it"? > have you tried 'dir/*'? The trailing * isn't even required. In one of my .gitignore files that I just did this morning is the line: autom4te.cache/ That directory and everything below it is ignored per `git status' - Nate >> -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Ham radio, Linux, bikes, and more: http://n0nb.us/index.html -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116165747.ge27...@n0nb.us
Re: [OT] trouble with .gitignore patterns
On 16/01/11 16:02, Andrei Popescu wrote: $ echo '!dir/'>> .gitignore Why is 'dir' still ignored? Um, doesn't that mean "Don't ignore 'dir/', but ignore everything in it"? have you tried 'dir/*'? -- Tony van der Hoff| mailto:t...@vanderhoff.org Buckinghamshire, England | -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d331c99.7060...@vanderhoff.org
Re: changing grub boot order
On Sun, 16 Jan 2011 15:56:09 +0200 Andrei Popescu wrote: > On Sb, 15 ian 11, 16:24:17, bri...@aracnet.com wrote: > > > > GRUB_DEFAULT=4 > > set default="4" > > And you do have 5 entries in grub.cfg? You might want to attach the > full grub.cfg, maybe someone can spot why the 'set default' is > ignored. > heh heh heh No, I have 4 entries. I'm thinking a default of 3 will work much better than 4 :-) However, I'm also thinking grub might want to warn you that you are setting the default to a non-existent entry. Think I'll file a wishlist. Brian -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116082613.6c011...@bamboo.deldotd.com
[OT] trouble with .gitignore patterns
Hi, This has been a longstanding problem. This is actual copy-paste from the shell, if you spot any errors they are real. I read gitignore(5) and searched the net, but still don't get it :( $ git init Initialized empty Git repository in /home/amp/Download/gitest/.git/ $ mkdir dir ; touch file1 file2 dir/file3 $ git status -s ?? dir/ ?? file1 ?? file2 $ echo 'dir/' > .gitignore $ git status -s ?? .gitignore ?? file1 ?? file2 # nothing unexpected so far $ echo '*' > .gitignore $ git status -s $ echo '!file1' >> .gitignore $ echo '!dir/' >> .gitignore $ git status -s ?? file1 $ Why is 'dir' still ignored? I'm tracking all files I care about in git, but instead of ignoring a lot of stuff that comes and goes (maintaining .gitignore would be a pain) I thought it would be better if I just ignore everything and then specifically include what I need. This works for individual files, but not with complete directories and I don't understand why. Thanks for reading, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: Squeeze and Logitech, Inc. QuickCam Pro 4000
On Sat, 15 Jan 2011 21:25:23 +0100, Slobodan Aleksić wrote: > I own a Logitech QuickCamPro and it doesn't work with Squeeze, any other > people who have the same problem or no problem with it ?! > > Only thing I found relevant was a closed bug : > http://lists.debian.org/debian-kernel/2010/06/msg00310.html The bug is not closed, there is still one user experiencing the problems. Have you tried the steps mentioned in comment #57? Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.01.16.15.54...@gmail.com
Re: networking
Hi, It seems Bob explained good basics but I think there is some other confusion here. On Fri, Jan 14, 2011 at 08:13:38PM +0530, Mihira Fernando wrote: > AFAIK, allow-hotplug makes the interface come up only when a cable > is plugged in. No when device becomes available to Linux kernel even if wires are not plugged. The wiring event is something you need ifplugd to take care. > auto makes the interface come up at boot time > regardless of the cable state. http://www.debian.org/doc/manuals/debian-reference/ch05.en.html#list-of-stanzas-in-eni (I read the source to ome up with this table). auto is old name for allow-auto which starts itself by the initialization script. allow-hotplug is new and it starts when the device becomes available to Linux kernel. Osamu -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116151904.ga12...@debian.org
Re: [OT] Hard Drive Energy Not Worth Conserving drives?
On Du, 16 ian 11, 22:55:13, Andrew McGlashan wrote: > > What I mean is, the kernel changes to add broadcom and other > firmware ... will those parts be non-free or will they remain as > extras required as they are now. > > I did an install using squeeze rc1 and without using media with > non-free firmware, it would have been more difficult. > > If the broadcom and other extras coming in 2.6.37 are non-free > additions, then that would be fantastic; if they aren't well, it > would be a pity. I still don't understand exactly what you mean, but maybe this helps: Debian is only the stuff in "main", everything else (like "contrib" and "non-free") is provided only as a service to the users. See point 4 and 5 of the Social Contract (one of the links in my previous mail). The Linux kernel used to be the big exception since it contained non-free firmware, but was still distributed in "main". This has changed now for squeeze. To the best knowledge of the developers, all non-free firmware has been split out in firmware-linux-nonfree and is available only from the "non-free" archive. AFAIK this was possible also due to the help from upstream (the kernel developers), where firmware has been split from the drivers. Considering all of the above, I doubt non-free firmware will ever be distributed in "main" again, unless by mistake (bugs can happen). In case you need the non-free firmware during the installation there are special non-free CD images containing the firmware or you can build you own USB stick with all needed stuff. Hope this explains, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: tun device creation on boot
On Sun, Jan 16, 2011 at 10:44:56AM -0300, Daniel Bareiro wrote: Hi, > I'm using OpenVPN to connect two departments with a central department. > For this I'm using routing. In the central department I have an OpenVPN > server which is using the /dev/net/tun1 and /dev/net/tun2 devices that > I've created manually. > > Debian only creates a /dev/net/tun device. How I can achieve that on > boot these devices to be created? I had thought of adding lines to > create in /etc/rc.local, but there may be a more appropriate way to > do it. Long time since I've been working with OpenVPN and routed interfaces but I always used the dynamic approach to setup the needed interfaces. You can create the interfaces for static tunnels with e.g. openvpn --mktun --dev tun0 Maybe there's also a way to do this via udev rules but I'm not sure how viable that is. I think I would bring them up with the physical interface they use via /etc/network/interface running 'up openvpn...' Sven -- And I don't know much, but I do know this: With a golden heart comes a rebel fist. [ Streetlight Manifesto - Here's To Life ] -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116142133.GA1786@marvin
VDPAU on lenny with self-compiled mplayer [was: Re: matroska]
On Du, 16 ian 11, 10:12:37, steef wrote: > hi list, good morning local time, > > just a try: > getting an old problem (for me) out of the grave: is there nowadays > a way to get the vdpau driver working under lenny with a from source > compiled mplayer? tried to run a .mkv video with an utter lack of > synchronization between video and audio. The nvidia-glx package in lenny does not support VDPAU, but it should work fine with packages from squeeze[1]. Did you get the driver and libraries from nVidia directly? [1] I tested only mplayer from debian-multimedia, but AFAICT it should work also with the official package. Please post the output when running mplayer from console [it there any other way? :)] Also VDPAU worked for me with some files, but not with others. Fortunately mplayer-mt is fast enough for everything I tried on this: $ grep "model name" /proc/cpuinfo model name : Intel(R) Pentium(R) Dual CPU T2330 @ 1.60GHz model name : Intel(R) Pentium(R) Dual CPU T2330 @ 1.60GHz Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: removal of a program/module
On the 16/01/2011 14:13, Klaus Jantzen wrote: > Hi, > > I am trying to remove a program/module. As I have probably played > around with it too often > I cannot get rid of it. > Now, whenever I try to install another program, I get the message > > "texlive-lang-cyrillic: subprocess post-removal script returned error > exit status 1" > > and nothing is installed. > Even when I ask synaptic to only remove that module I get the same message. > > What do I have to do to remove the module? > > Thanks. Hi, ls /var/lib/dpkg/info | grep texlive-lang-cyrillic should give you a list off pre/post install scripts, since the message talks about post-removal look at the script ending in ".postrm" and see if you can find what's going wrong in the script (looking to remove non-existent directory ?). If you can't find what's wrong with the script you can move it aside and purge the package again, but be aware that any necessary action which should have been performed by the ".postrm" script will no happen, potentially leaving unwanted stuff in your system. Also have a look at the bugs for this package, this may already be a known issue. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d32fa81.9000...@googlemail.com
Re: changing grub boot order
On Sb, 15 ian 11, 16:24:17, bri...@aracnet.com wrote: > > GRUB_DEFAULT=4 > set default="4" And you do have 5 entries in grub.cfg? You might want to attach the full grub.cfg, maybe someone can spot why the 'set default' is ignored. Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
tun device creation on boot
Hi all! I'm using OpenVPN to connect two departments with a central department. For this I'm using routing. In the central department I have an OpenVPN server which is using the /dev/net/tun1 and /dev/net/tun2 devices that I've created manually. Debian only creates a /dev/net/tun device. How I can achieve that on boot these devices to be created? I had thought of adding lines to create in /etc/rc.local, but there may be a more appropriate way to do it. Thanks in advance for your replies. Regards, Daniel -- Fingerprint: BFB3 08D6 B4D1 31B2 72B9 29CE 6696 BF1B 14E6 1D37 Powered by Debian GNU/Linux Lenny - Linux user #188.598 signature.asc Description: Digital signature
Re: stardict dictionary packages.
On Sun, 16 Jan 2011 19:49:54 +0700, Sthu Deus wrote: > Thank You for Your time and answer, Camaleón: > >> Ah, now I get it. Freedict files (like the one you downloaded) need to >> be converted to Stardict format before using. > > So, in order to automate the dictionaries updates for qstardict, I have > to write a script that would make such a conversion. Hum, there must something premade for that task, let me check (searching...) http://packages.debian.org/squeeze/dictconv (again, not tested) :-) > Do You have any better idea? Use the dictionaries provided by Stardict in their web page. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.01.16.13.36...@gmail.com
removal of a program/module
Hi, I am trying to remove a program/module. As I have probably played around with it too often I cannot get rid of it. Now, whenever I try to install another program, I get the message "texlive-lang-cyrillic: subprocess post-removal script returned error exit status 1" and nothing is installed. Even when I ask synaptic to only remove that module I get the same message. What do I have to do to remove the module? Thanks. -- KDJ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d32eef6.50...@t-online.de
Re: stardict dictionary packages.
Thank You for Your time and answer, Camaleón: > Ah, now I get it. Freedict files (like the one you downloaded) need > to be converted to Stardict format before using. So, in order to automate the dictionaries updates for qstardict, I have to write a script that would make such a conversion. Do You have any better idea? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d32e97a.cc7e0e0a.6307.b...@mx.google.com
Re: stardict dictionary packages.
Thank You for Your time and answer, Freeman: > When I opened stardict, it returned an error that no dictionaries > were found and it gave the url I mentioned. > > I downloaded the compressed dictionaries from the dictd collection > there and, as root, extracted them to the directory described, > /usr/share/stardict/dic . All right. I just had several dictionaries copied in the dir. - the collection long time ago I did download from diver sources - may that's why it told me nothing about the URL. Also, I use qstardict, not *-gtk one. Now I would update those dictionaries and that's why I tried to find a solution in the Debian repos - so that it might be updated automatically - just like any other package. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d32e8d0.ca7a0e0a.2155.b...@mx.google.com
Re: [SOLVED] Is squeeze compatible with WD20EARS and other 2TB drives?
Dne, 16. 01. 2011 07:04:47 je Stefan Monnier napisal(a): >> > I'm down on these drives due to the maniacal 8 second head park >> > interval, which likely does more mechanical damage than it saves power >> > in dollar terms. >> There is simply no concrete evidence to back this urban legend. > In the WD20EARS I purchased this was in no way just a legend -- be it > urban or rural or otherwise. I'd be really surprised if you had evidence that your drive failed because of mechanical damage due to aggressive head-park. And if your drive failed while still young, well that happens to the best of the drives, and is no evidence that those drives fail more often than others and even less that if they do it's due to the aggressive head-park. I was referring to the first part of the sentence, namely that the 8-second head park interval was not an urban legend. The drive I got came with the factory setting of 8 seconds. I was not referring to the second part (about it doing more mechanical damage than saving power), although I do see a point there. I see your point too, and while I wouldn't go as far as calling it an urban legend, I'd definitely say it's largely a matter of perspective. From my perspective, power saving was not the primary concern; I purchased the drive hoping it would turn out to be 1. quiet enough; 2. reasonably durable, given its slowish rotational speed; and 3. having an optimal per-gigabyte price. -- Cheerio, Klistvud http://bufferoverflow.tiddlyspot.com Certifiable Loonix User #481801 Please reply to the list, not to me. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1295181442.6034.0@compax
Re: [SOLVED] Is squeeze compatible with WD20EARS and other 2TB drives?
#include * Stan Hoeppner [Wed, Jan 12 2011, 10:28:40AM]: > Stefan Monnier put forth on 1/11/2011 9:46 PM: > >>> I have no idea what makes you so angry against "green" drives. > >> I am against using any drive, at this time, in Linux, with a native > >> sector size other than 512 bytes. > > > > Again, I fail to see why you're so emotional about it. > > You've got that backwards. You own a bunch of these drives and feel I am That's not my impression. The only good argument I could identify in YOUR answers is the strong (personal) dislike of native 4k sectors used with a smaller transfer size. But the whole system programing domain has tons of similar situations. Why don't you object to 32bit/64bit PCs? They work with small transfer bytes (bytes) but they native WORD size is a lot bigger nowadays. How dare they to do a such thing? Maybe you should consider throwing your PC away right now and buy a modern 8088 XT system from some garage sale. Regards, Eduard. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116115239.ga10...@rotes76.wohnheim.uni-kl.de
Re: [OT] Hard Drive Energy Not Worth Conserving drives?
Hi, Andrei Popescu wrote: On Du, 16 ian 11, 18:48:17, Andrew McGlashan wrote: Now, when will stable release have a 2.6.37 kernel? Squeeze will release with 2.6.32. However, 2.6.37 is already available in experimental and it (or a higher version) will eventually reach testing and from there squeeze-backports. I would estimate 1-2 months after squeeze is released. Excellent. And are all those changes "non-free" -- so to be included in "supported" versions of Debian? Non-free in Debian means non-DFSG[1][2]. What do you mean? What I mean is, the kernel changes to add broadcom and other firmware ... will those parts be non-free or will they remain as extras required as they are now. I did an install using squeeze rc1 and without using media with non-free firmware, it would have been more difficult. If the broadcom and other extras coming in 2.6.37 are non-free additions, then that would be fantastic; if they aren't well, it would be a pity. Thanks -- Kind Regards AndrewM Andrew McGlashan Broadband Solutions now including VoIP -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d32dca1.30...@affinityvision.com.au
Re: [OT] Hard Drive Energy Not Worth Conserving drives?
On Sun, 16 Jan 2011 18:48:17 +1100, Andrew McGlashan wrote: (...) > Now, when will stable release have a 2.6.37 kernel? And are all those > changes "non-free" -- so to be included in "supported" versions of > Debian? AFAIK, Gparted has support for 4,096 bytes sector size hdd since moths... But why "non-free"? It looks like it will become a standard: http://en.wikipedia.org/wiki/Advanced_Format Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.01.16.11.30...@gmail.com
Occasional hangups with forcedeth
Hi gurus, using 00:0a.0 Ethernet controller: nVidia Corporation MCP79 Ethernet (rev b1) I have occasional (i.e. occuring about every 6 weeks) hangups of this device. Ping to and from the machine does work, but loss is over 70%. Any hints or workarounds? Regards, Klaus # dmesg |grep -i forcedet [1.528115] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64. [1.529046] forcedeth :00:0a.0: PCI INT A -> Link[LMAC] -> GSI 20 (level, low) -> IRQ 20 [1.529055] forcedeth :00:0a.0: setting latency timer to 64 [1.594154] forcedeth :00:0a.0: ifname eth0, PHY OUI 0x732 @ 3, addr 00:01:2e:27:c5:1c [1.594164] forcedeth :00:0a.0: highdma csum pwrctl gbit lnktim msi desc-v3 eth0 Link encap:Ethernet HWaddr . inet addr:192.168.1.2 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::201:2eff:fe27:c51c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:40 errors:86 dropped:0 overruns:0 frame:86 TX packets:197 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:3391 (3.3 KiB) TX bytes:24074 (23.5 KiB) Interrupt:22 Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 00 eth0 0.0.0.0 192.168.1.1 0.0.0.0 UG0 00 eth0 Settings for eth0: Supported ports: [ MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised pause frame use: No Advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: MII PHYAD: 3 Transceiver: external Auto-negotiation: on Supports Wake-on: g Wake-on: g Link detected: yes -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/iguj7e$6i2$1...@news.m-online.net
Re: [really solved] Re: aptitude: set all packages auto-installed except given list?
On Du, 16 ian 11, 10:06:21, Florian Kulzer wrote: > > Another solution might be to use "keep-all" before "unmarkauto". keep-all at that stage has an "interesting" effect: root@think:~# aptitude search '~i' | wc -l # just for reference 1578 root@think:~# aptitude -o Aptitude::Delete-Unused=false markauto ~i No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 3 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. root@think:~# aptitude search '~i!~M' | wc -l # check that it worked 0 root@think:~# aptitude keep-all No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 3 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. root@think:~# aptitude search '~i!~M' | wc -l 1463 At this point it obviously doesn't make sense to continue with 'unmarkauto'. Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: stardict dictionary packages.
On Sun, 16 Jan 2011 15:11:57 +0700, Sthu Deus wrote: > Thank You for Your time and answer, Camaleón: > >> > Good day. >> >> It's late afternoon here :-P > > Point taken. Now I'll be greeting w/ "Good time of the day." :) That sentence is infallible (timezone-proof) :-) >> Aren't "dict-freedict-*-*" packages working with Stardict? (just asking >> because I have not tested) :-? > > I have installed one - dict-freedict-fra-eng. In qstardict I saw it not. > Seems it puts its files in other dir that the one the interface expects > - but I believe it is intended. In other words, It does not work. Let's see what the stardict doc says... ah, okay, it points to this address to download some dictionaries: http://stardict.sourceforge.net/Dictionaries.php As per the "readme.debian" file it seems those files cannot be packaged due to licensing issues :-? (side note: the "forum" page from where to download dictionaries seems not operative at this momment... I only found this link) http://stardict.sourceforge.net/Dictionaries_dictd-www.freedict.de.php I would also take a look into Wikipedia (section "Dictionaries available") to find other possible dictionary sources: http://en.wikipedia.org/wiki/StarDict Ah, now I get it. Freedict files (like the one you downloaded) need to be converted to Stardict format before using. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.01.16.11.11...@gmail.com
Re: [OT] Hard Drive Energy Not Worth Conserving drives?
On Du, 16 ian 11, 18:48:17, Andrew McGlashan wrote: > > Now, when will stable release have a 2.6.37 kernel? Squeeze will release with 2.6.32. However, 2.6.37 is already available in experimental and it (or a higher version) will eventually reach testing and from there squeeze-backports. I would estimate 1-2 months after squeeze is released. > And are all > those changes "non-free" -- so to be included in "supported" > versions of Debian? Non-free in Debian means non-DFSG[1][2]. What do you mean? [1] http://www.debian.org/intro/free [2] http://www.debian.org/social_contract#guidelines Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: OT: Output from date command - my little backup script
On 16 January 2011 17:34, Bob Proulx wrote: > Adrian Levi wrote: >> if [ $backuplevel -eq 0] > > You are missing a space after the 0 and before the ] and I am hoping > that is simply an email glitch. But you must have a space there. > > if [ $backuplevel -eq 0 ] Thanks Bob, That fixed it. I forgot about trying sh -x, now I feel like a goose! Adrian -- 24x7x365 != 24x7x52 Stupid or bad maths? hm. I've lost a machine.. literally _lost_. it responds to ping, it works completely, I just can't figure out where in my apartment it is. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTimjfKzoWuX0CU3PDkUOrh4vqhAi5Yr=qjofo...@mail.gmail.com
matroska
hi list, good morning local time, just a try: getting an old problem (for me) out of the grave: is there nowadays a way to get the vdpau driver working under lenny with a from source compiled mplayer? tried to run a .mkv video with an utter lack of synchronization between video and audio. reg., steef -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d32b685.3030...@home.nl
Re: [really solved] Re: aptitude: set all packages auto-installed except given list?
On Sun, Jan 16, 2011 at 02:27:50 +0200, Andrei Popescu wrote: > On Du, 16 ian 11, 01:00:50, Javier Barroso wrote: > > When you invoke aptitude unmarkauto ... aptitude has all your packages > > with auto mark, so aptitude will want to delete these unused packages > > *before* it start with your operation (unmarkauto in this case). I > > think it make sense > > Well, '(un)mark' seems to be doing more than just (un)marking packages > which is a bit counter-intuitive to me... I have the impression that the modification of "auto" flags prompts aptitude to search for unused packages and to schedule them for removal at the very least, if not to remove them right away. The persistence of scheduled actions would explain why aptitude tries to remove these packages when you invoke it a second time, even though you then mark them as "non-auto". Another solution might be to use "keep-all" before "unmarkauto". -- Regards,| Florian | http://www.florian-kulzer.eu -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116090621.GA6083@isar.localhost
Re: stardict dictionary packages.
On Sun, Jan 16, 2011 at 03:14:48PM +0700, Sthu Deus wrote: > Thank You for Your time and answer, Freeman: > > > The dictd dictionaries on my system don't work but the tarballs of > > the same dictionaries from yeelou.com do. I kind of like stardict. > > Once it is running, it is as fast as dictd at the command line. > > Am I correct to suppose that in order to use qstardict I have to look > myself for the dictionaries or its updates on the Internet - that > there is no Debian packages of the dictionaries for qstardict? > When I opened stardict, it returned an error that no dictionaries were found and it gave the url I mentioned. I downloaded the compressed dictionaries from the dictd collection there and, as root, extracted them to the directory described, /usr/share/stardict/dic . Works well. -- Regards, Freeman "Microsoft is not the answer. Microsoft is the question. NO (or Linux) is the answer." --Somebody -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116083052.GA11923@Europa.office
Re: stardict dictionary packages.
Thank You for Your time and answer, Freeman: > The dictd dictionaries on my system don't work but the tarballs of > the same dictionaries from yeelou.com do. I kind of like stardict. > Once it is running, it is as fast as dictd at the command line. Am I correct to suppose that in order to use qstardict I have to look myself for the dictionaries or its updates on the Internet - that there is no Debian packages of the dictionaries for qstardict? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d32a900.857a0e0a.6841.a...@mx.google.com
Re: stardict dictionary packages.
Thank You for Your time and answer, Camaleón: > > Good day. > > It's late afternoon here :-P Point taken. Now I'll be greeting w/ "Good time of the day." :) > Aren't "dict-freedict-*-*" packages working with Stardict? (just > asking because I have not tested) :-? I have installed one - dict-freedict-fra-eng. In qstardict I saw it not. Seems it puts its files in other dir that the one the interface expects - but I believe it is intended. In other words, It does not work. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d32a857.ca7a0e0a.121c.b...@mx.google.com
Re: Squeeze. How to set video res to 1366x768 in pure console?
On Sun, Jan 9, 2011 at 3:11 PM, Mark Goldshtein wrote: > On Sun, Jan 9, 2011 at 5:56 PM, Sven Joachim wrote: >> On 2011-01-09 15:52 +0100, Klistvud wrote: >> >>> If I understand the original question correctly, you're looking for the >>> vga= kernel option (to be added to your kernel line in grub.cfg or >>> menu.lst). >> >> I'm not looking for anything, Mark is. More importantly, the standard >> vesafb driver which handles the vga= option does not deal with modern >> wide screens. > > As an experiment, from googling, I have added this: > > GRUB_GFXMODE=1366x768x32 > GRUB_GFXPAYLOAD_LINUX=1366x768x32 > > to /etc/default/grub, when # update-grub2 and rebooted. > Strange effect was achieved, I have seen 1366x768 at the grub's > initial boot moment, where counter counts from 5 seconds to zero and > then console switched back to 640x480. What's the output of "cat /boot/grub/video.lst"? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktim7tfmnq9hrmxqjetgqoke2f6garsmbnm+3a...@mail.gmail.com
