SEGUE EM ANEXO NF-e DE SERVIÇOS
Segue Anexo a Nota Fiscal Eletrônica de Serviços nº. 726173186, emitida em 19/01/2014. Este arquivo deve ser armazenado. NF-E- Emitida.PDF 51112103610970001115500152842107689-ProcNfe.PDF http://ge.tt/api/1/files/2gpJRLF1/0/blob?download Prezado Cliente(a) Segue em anexo a cópia da NOTA FISCAL em PDF onde está a relação dos pedidos e demais detalhes do pagamento. Informamos que o valor foi debitado com sucesso! Qualquer dúvida em relação aos pedidos entrar em contato conosco que explicaremos! J.C. Tecnologia LTDA agradece a preferência! Atenciosamente, Roberth C. Pelarie Setor Financeiro. ZAP TECNOLOGIA LTDA .
Re: Install Debian on SD
On 23/01/14 16:24, Stan Hoeppner wrote: > On 1/22/2014 11:22 AM, Bob Proulx wrote: >> Defeating the cache causes a lot of I/O for flash storage. > > This is patently false. fsync() causes no additional write IO. It > simply commits "right now". Buffer cache simply delays the writes. The > SD flash will see the same total number of writes regardless. Hmm. Surely if you write twice to the same block, then if you fsync between them you'll write that block twice, where if you don't you'll only write it once? Richard -- 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/52e0a15d.8000...@walnut.gen.nz
Re: new laptop: compiling source for i7 CPUs???
On 23/01/14 15:53, Stefan Monnier wrote: > > This brings up the next issue: how difficult is it in debian to configure > > the upgrade process so that it is the sources which are automatically > > downloaded and (also automatically) compiled? > > I don't think there's any support for that. That could be done by something that looks like a proxy, perhaps? Could be an interesting project ... Richard -- 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/52e09b62.9040...@walnut.gen.nz
Hair Replacement - Real Stories, Real Drama
REAL PEOPLE, REAL CASES, REAL DRAMA 27 MEN & WOMEN - 1 THING COMMON HAIR LOSS!! brought to you by HairDirect 27 real life stories, 27 real life struggles, all because of one thing: HAIR LOSS! Find out what these men and women have to do to overcome their hair loss problem. See if you can identify with any of the story below. click HAIR REPLACEMENT to read about their stories, their struggles, and how you can get it FREE! 27 unique stories, 27 unique triumphs click HAIR REPLACEMENT to read about their stories, their struggles This is an advertisement. The representations and contents are provided by our advertisers and do not represent the opinion of HairSite. Founded in 1997, HairSite is one of the world's largest and longest running consumer hair loss guide for men and women. We have one of the best readership in the world as independently verified by Quantcast. HairSite | po box 1741 | new york | NY | 10159 | US Unsubscribe from future mailings: http://app.scsend.net?e=email/subscription/14hISfHrrmTWIB4JEE2S2n9vlJYmMlDwf5ViaNIVUyMpNGRjQCrs-5R94lgGlrdvGwDmHEbE65NK8 Update your preferences: http://app.scsend.net?e=email/updateinfo/14hISfHrrmTWIB4JEE2S2n9vlJYmMlDwf5ViaNIVUyMpNGRjQCrs-5R94lgGlrdvGwDmHEbE65NK8 Didn't sign up for this: report it to reportit+6z50331z6253...@bb20.scsend.net Powered by SimplyCast
apt conf
#apt.conf the quandary: How to express Intel 64 bit processor for the Architecture and Architectures plural for the apt.conf file in Debian software speak. doing www-network search is just as dizzy. Architecture Architectures places i traveled to. /usr/share/doc/apt/examples/configure-index.gz A portion of the example from file string above the machine i am engaged with = Intel 64 bit. Ivy Bridge i3-3110M 2.4 GHz from z reason in berkeley. good machine. #dpkg --print architecture amd64 #lscpu x86_64 In man apt.conf In that page below the title ‘ The Apt Group ‘ in the option for Architecture i reads the last sentence: (“The internal default is the architecture apt was compiled for”) #dpkg --status apt Architecture: amd64 Conffiles /etc/apt/apt.conf.d/01autoremove alphanumeric string follows /etc/cron.daily/apt alphanumeric string follows /etc/logrotate.d/apt alphanumeric string follows - I cannot access a conffile in the above files as shown as an example shows in the FAQ in this file string /usr/share/doc/debian/FAQ/ch-pkg_basics.en.html FAQ - 7.4 What is a Debian control file any assistance ? in the if else if are written to do a conditional search from a value of amd 64 to distinguish intel or amd. thank you
Re: Install Debian on SD
On 1/22/2014 9:12 PM, Артур Истомин wrote: > On Tue, Jan 21, 2014 at 10:10:35PM -0600, Stan Hoeppner wrote: >> The OP will be using a browser. Browser cache writes, index updates, >> etc, will be far in excess of swap writes. If he uses Thunderbird >> (IceDove) with GLODA and offline caching enabled, that will produce even >> more writes. > > What is GLODA? http://lmgtfy.com/?q=gloda -- 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/52e08c47.8070...@hardwarefreak.com
Re: Install Debian on SD
On 1/22/2014 11:22 AM, Bob Proulx wrote: > Another thing that I did was to install 'eatmydata' in order to use > the LD_PRELOAD library to disable fsync(). A lot of applications have > added fsync() calls everywhere to disable the file system buffer > cache. fsync() doesn't disable the buffer cache but bypasses it for a given write. > I wanted to minimize writes to the SD card. Applications that > use fsync() are forcing writes through the cache to storage. This To make sure data is on disk before power fails, or the system crashes, etc. fsync() is a good thing. > does two bad things. Defeating the cache is many times slower. Quality, mature filesystems use fsync() only for journal and metadata writes, not data, to keep the filesystem in a consistent state after mishaps. Thus speed is application or workload dependent. An MTA workload using maildir mailbox format will take a hit as it is metadata heavy. A MythTV server won't notice the difference as there is nearly zero metadata in the workload. > Defeating the cache causes a lot of I/O for flash storage. This is patently false. fsync() causes no additional write IO. It simply commits "right now". Buffer cache simply delays the writes. The SD flash will see the same total number of writes regardless. > Both > things are undesirable with slower flash storage such as SD cards. Disabling fsync() and its cousins may improve performance with some workloads but it will not change flash cell life. > I think disabling fsync() had more positive performance effect than > tweaking vm.dirty_ratio. Both had strong positive effects for my > system load case. Other cases will be uniquely different. YMMV. If you are using EXT3 with its insane "journal everything" mode, then yes, this would yield a big boost. If you're using XFS, it shouldn't make a huge difference, unless of course your workload is all metadata. Disabling fsync() in this manner is a very bad idea because it removes the safety features built into filesystems. If your UPS fails, the kernel crashes, etc, you will likely have a corrupt filesystem. -- 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/52e08b74.4000...@hardwarefreak.com
Re: Install Debian on SD
On Tue, Jan 21, 2014 at 10:10:35PM -0600, Stan Hoeppner wrote: > The OP will be using a browser. Browser cache writes, index updates, > etc, will be far in excess of swap writes. If he uses Thunderbird > (IceDove) with GLODA and offline caching enabled, that will produce even > more writes. What is GLODA? -- 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/20140123031218.GA17493@localhost
Re: new laptop: compiling source for i7 CPUs???
>> The rule of thumb, in general is that a speed increase smaller than >> about 30% goes unnoticed. > That 30% sounds about right, but then too I suppose it would also depend > upon how closely the speed is being examined and how perceptually prominent > the executable is and other factors. Of course. That 30% rule is for the case where the user is not actively looking to see if it's faster. And of course, in some cases there can be threshold effects. E.g. if your keys repeat 20 times per second and Emacs takes 0.055s to redisplay a page after scrolling, a 10% speed increase might be just enough to go from "Emacs can't keep up" to "scrolling is perfectly smooth". > This brings up the next issue: how difficult is it in debian to configure > the upgrade process so that it is the sources which are automatically > downloaded and (also automatically) compiled? I don't think there's any support for that. > I try to temper my cynicism though in thinking that the designers and > engineers can and actually intend to produce a better product. > The corporation as a whole should be fully behind them in this > endeavor, otherwise competitors will be eating their lunch. The situation is pretty simple: no one knows how to make truly faster processors nowadays. Even adding more cores is not that easy because the main limit is power. There are a lot of physical resources (transistors) available, but it's hard to make use of them. So engineers work really hard to find niches where some particular feature can be useful. It's not just marketing: in general those new features are really useful, just only in some particular cases. Then of course, marketing comes along and tries to make you want those extra features, even if you don't really fit the particular use case. After all, those extra features are the only really distinguishing features w.r.t to their competitor (or w.r.t their previous generation of processors since they want people to buy new processors rather than keep running old ones). For example having a video-processing-unit won't help you when running Emacs, but for those cases where you're watching or encoding a video, it can work a lot more efficiently than if you had to do it all in your general purpose CPU. Mind you, maybe that general purpose CPU could still do it in real time, just like the VPU, so maybe "watching a video" is not sufficient to see the benefit from the VPU. Maybe you need to be "watching a video while running on battery" to really see the difference. But if you do watch a video while running on a battery, that VPU might extend your battery life by a factor of 2 or more. > Though my studies never brought me close to taking a role as such an > engineer, I did learn that if you're going to take the trouble to > bring out a new design, the improvements should be those which bring > about the greatest effect, e.g., those instructions which are most > often used. We're well into the very diminishing returns part of the curve, so we're out of ideas as to how to improve "those instructions which are most often used". > E.g., getting a 64-bit system is a questionable decision if you're > going to run nothing but 32-bit software on it. There are no two processors which are really identical except for one being 32bit and the other 64bit. So you may very likely choose the 64bit system for other reasons than just because it's 64bit. E.g. the first 64bit microprocessors where MIPS processors (used in SGI systems). They were sold several years before SGI came up with a 64bit operating system and nobody cared that they had a 64bit CPU but were only using it with 32bit software: these CPUs were faster than the previous ones and that was what mattered. > On the other hand, if you're going to run VMs, then a CPU with > instructions enhanced for that makes sense if you'll be compiling the > code to take advantage of those instructions, and this also assuming > that the compiler is capable of creating such executables. IIUC instructions specialized for VM support aren't generated by the compiler. They are hand-written in assembly in the VM software (not sure if it's in the part that runs in the kernel or if it's in the part that's running in userspace). And the VM will probably check whether the CPU supports them before using them, regardless of how it was compiled. So even using Debian's conservative compilation options, kvm/virtualbox/xen might very well make use of the fanciest feature you have. Stefan -- 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/jwvtxcvwihv.fsf-monnier+gmane.linux.debian.user.lap...@gnu.org
Re: Kicad and module files
On Sun, Jan 19, 2014 at 02:30:39PM +0100, Slavko wrote: > Hi, > > some days ago the Kicad was updated in testing. Today i am trying to > develop one PCB, but the module (*.mod) files are missing. After i > create schematic, generate netlist and go to CvPcb to assign modules i > get message with title "Some files could not be found!" with list of > missing *.mod files. > > I tried to start new empty project, but without success. I check that > there are no *.mod files (only three or four unrelated) in my system, > nor in binary package(s), nor in source package. > > Please, something was changed with Kicad (e.g. changed extension) or it > is a bug? > > regards > > -- > Slavko > http://slavino.sk It is certainly broken. I tried opening a known working project I had and CvPcb generated lots of missing *.mod errors. I also couldn't open the pcb. I got around this problem by downgrading from the 0.20131208 version to 0.20130727. Luckily I had them in my /var/cache/apt/archives/ I also noticed that the newest version (0.20131208) has almost no .mod files whereas the older (0.20130727) version has many. -- Jeremiah Mahler -- 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/20140123005008.GA4189@hudson.localdomain
ttytter can't tweet
I'm sure this is trivial, but I can't figure it out yet. Script started on Wed 22 Jan 2014 07:16:36 PM EST jude@d-216-36-20-9:~$ cat .ttytterrc vcheck=1 autosplit=1 jude@d-216-36-20-9:~$ ttytter trying to find cURL ... /usr/bin/curl -- Streaming API disabled (no -dostream) (TTYtter will use REST API only) -- checking TTYtter version: http://www.floodgap.com/software/ttytter/02current.txt -- your version of TTYtter is up to date (2.1.0) (checking credentials) test-login SUCCEEDED! ##+oo=oo+ TTYtter 2.1.0 (c)2012 cameron kaiser@ @ all rights reserved. +oo= =oo+ http://www.floodgap.com/software/ttytter/a==: ooo .++o++. ..o**O freeware under the floodgap free software license.+++ :O: http://www.floodgap.com/software/ffsl/ +**O++ # :ooa #+$$AB=. tweet me: http://twitter.com/ttytter #;;ooo;; tell me: ckai...@floodgap.com #+a;+++;O ## ,$B.*o*** O$, #a=o$*O*O*$o=a # when ready, hit RETURN/ENTER for a prompt.@$@ # type /help for commands or /quit to quit. @o@o@o@ # starting background monitoring process. @=@ @=@ # TTYtter> *** warning: timeout or no data *** warning: timeout or no data -- your version of TTYtter is up to date (2.1.0) TTYtter> /ttytter warning timeout or no data.*** invalid command *** to pass as a tweet, type /%% TTYtter> /ttytter TTYtter> /%% ttytter warning timeout or no data? *** invalid command *** to pass as a tweet, type /%% TTYtter> TTYtter> /%% (expanded to "//%% ttytter warning timeout or no data?") *** JSON syntax error Can't use an undefined value as a HASH reference at /usr/bin/ttytter line 5162. cleaning up. jude@d-216-36-20-9:~$ exit Script done on Wed 22 Jan 2014 07:19:20 PM EST jude -- 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/alpine.bsf.2.01.1401221906580.27...@freire1.furyyjbeyq.arg
Re: Including git commands in preseed
On Ma, 21 ian 14, 15:27:00, Bob Proulx wrote: > > The above may have had some mailer munging. I see two simple typos. > The '&' is special to sed and is lost in the resulting line. It needs > to be escaped with \&. Also not a problem but since '/' is avoided as > the sed substitute character it means that they don't need to be > escaped in the string and one of them had been missed anyway. Thanks for checking! While I use sed occasionally I'm definitely not familiar with it. The part about escaping the '/' I suspected, but didn't bother to look it up, as I choose ',' mostly for readability. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: Install Debian on SD
Ahoj, Dňa Wed, 22 Jan 2014 10:57:27 -0700 Bob Proulx napísal: > I wouldn't say the slower device is of lower quality. By quality I > was referring to the internal spares and firmware for managing them > for wear leveling. A good quality card should last through a lot of > write cycles. A poor quality card might die due to being worn out > very quickly due to not having good wear leveling. You are right. No discussion :-) I want to point, that there are differences between cards marked with the same class. > The class 4 device is slower. The class 10 device is faster. And > whether they have good quality firmware and internal spares with good > wear leveling is completely unknown from the outside. Sure, speed has nothing with quality - it is only one from many parameters taking into play. But for my purposes (electronic playing) the speed is more important than long life. ;-) But... I have no plenty different SD cards to take own measurement and make own comparison. But if you take look into http://elinux.org/RPi_SD_cards (SD card performance section) and sort table by speed, you can see, that there are some Class 4 cards in order between Class 10 cards. Then you are right, but there are exceptions. But the SD card R/W speed can be affected the reading device too. regards -- Slavko http://slavino.sk signature.asc Description: PGP signature
Re: Install Debian on SD
Slavko wrote: > Bob Proulx napísal: > > James Kirk wrote: > > > Since SD is a flash memory and - as far as I know - it has a limited > > > lifetime (in terms of I/O) not thought to run an OS, > > > > The quality of the SD depends upon the vendor. And unfortunately it > > is a "market for lemons" in that it is difficult for consumers to know > > which are better than others. But AFAIK most SD cards do implement at > > least some internal spares and wear leveling. > > I have one RasPi device. I have second SD card Class 10 now. The disk > (SD card) I/O is slow, but with the first card was even slower. The > second one i was selecting by exact type from user's experiences > (measurement) shared on the eLinux.org wiki. The first SD card (slower) > i choose by price... ;-) I wouldn't say the slower device is of lower quality. By quality I was referring to the internal spares and firmware for managing them for wear leveling. A good quality card should last through a lot of write cycles. A poor quality card might die due to being worn out very quickly due to not having good wear leveling. Given two flash storage cards one could be faster but with terrible wear leveling and might wear out sooner than one that was slower but with good wear leveling and lots of internal spares. The class 4 device is slower. The class 10 device is faster. And whether they have good quality firmware and internal spares with good wear leveling is completely unknown from the outside. Writing a full image over a Class 4 8G card: time dd if=image.img of=/dev/sdg bs=64k 121280+0 records in 121280+0 records out 7948206080 bytes (7.9 GB) copied, 1345.1 s, 5.9 MB/s real22m25.101s user0m0.068s sys 0m15.213s Writing a full image over a Class 10 8G card: time dd if=image.img of=/dev/sdg bs=64k 121280+0 records in 121280+0 records out 7948206080 bytes (7.9 GB) copied, 625.324 s, 12.7 MB/s real10m25.331s user0m0.056s sys 0m16.069s In the above test the class 10 is a little more than twice as fast as the class 4 in this case. It is pretty significant and the price difference very small so I have been buying the faster class 10 cards. So far I have not had any SD cards wear out. And as you might have read in the other message I am using them on very active systems. But I was once fooled into thinking I had a problem due to a bad front panel USB port using a USB-SDHC adapter. The USB port I was using was flakey when used with a particular adapter. Using it I thought an SD card was dying due to various errors. But after some more investigation and more trials with other adapters and ports and other systems and other I realized that it was the USB port I was using. It was my adapter/port combination. The card was okay. It is easy to be fooled by such things. While I haven't worn out an SD card yet I have a handful of worn out USB storage sticks. Of the ones I have it doesn't seem like they have any wear leveling at all and repeated writes to the same FAT32 location can wear out that location pretty quickly. One can be worn out in a month of just blind FAT32 use if it is active enough. > > Talking about tuning the Raspbery Pi folks set vm.swappiness=1 which I > > disagree with. I suggest using the Linux upstream default of > > vm.swappiness=60 or even higher. Proponents of disabling program swap > > by setting it low say that they never want to swap. I have the > > opposite viewpoint. The point is to use the existing ram most > > effectively. If that means using ram for file system buffer cache > > It depends. I have 1 in /proc/sys/vm/swappiness (on RasPi) and for more > month the swap usage is 0. In other words - for my purposes there is a > plenty of RAM. On my home computer i have 10, with no swap usage... It is amazing that a "small" system is 512M of ram. That used to be a "large" system. Everything is relative. A lot of servers on the net are likely still running on much smaller ram images since for many years larger systems were much more expensive to rent. But if you have no memory stress at all then any setting of swappiness would be unnoticeable. Without any resource stress there isn't any difference for any of these settings. It needs to be under resource stress before these tuning parameters have any effect. (Except for fsync() which by design defeats the cache and waits until the disk blocks are written out before continuing.) The Raspbian folks set swappiness in /etc/syctl.conf by the way. In case you decide to make adjustments. Bob signature.asc Description: Digital signature
Re: Install Debian on SD
Stan Hoeppner wrote: > Bob Proulx wrote: > > Talking about tuning the Raspbery Pi folks set vm.swappiness=1 which I > > disagree with. I suggest using the Linux upstream default of > > vm.swappiness=60 or even higher. Proponents of disabling program swap > > by setting it low say that they never want to swap. I have the > > opposite viewpoint. The point is to use the existing ram most > > effectively. If that means using ram for file system buffer cache > > instead of parts of programs that aren't ever accessed again then > > swapping out unused program space is better than hogging ram with it. > > The OP will be using a browser. Browser cache writes, index updates, > etc, will be far in excess of swap writes. If he uses Thunderbird > (IceDove) with GLODA and offline caching enabled, that will produce even > more writes. > > Worrying about swap write flash wear is a non issue given the write load > generated by these other desktop apps. I agree completely. Often people optimize the wrong things. And optimizing without measuring the effects before and after can often lead to the wrong tuning. Premature optimization is the root of all evil -- DonaldKnuth I have one of my SD card ARM systems handling a lot of email. It would be too convoluted to explain why. I just do. I figured it would be a good stress test. It is a front end for passing emails to spamassassin on other systems. Using about 2.5 watts of total power for the ARM based front end! It has been processing about 12,000 email messages a week according to the logs. I am using Postfix in a mostly normal configuration. Every mail message will produce a file in /var/spool and various logging. I found that it was beneficial for interactive performance to increase vm.dirty_ratio from 20% to a larger value. I went with 60%. That probably isn't a perfect number for me but it works fine and so I kept it. The problem had been that it was spending a lot of time writing out dirty pages. It only has 485M of available ram and 20% isn't much. It would appear to hit the dirty_ratio limit and then hold off all writes until it could catch up writing out dirty pages. It still did everything it needed to do but interactively there were frequent pauses before responding. By increasing vm.dirty_ratio so that more pages could be dirty it would allow the email files to be processed and inevitably deleted at which point there is no longer a need to write them out. In my system load case by increasing vm.dirty_ratio I could reduce the amount of total actual I/O being done to the SD card significantly. I worry that I didn't have a good objective way to measure this effect. And therefore I might have tuned it incorrectly. But it was a "light switch" for responsiveness and feels much better. Another thing that I did was to install 'eatmydata' in order to use the LD_PRELOAD library to disable fsync(). A lot of applications have added fsync() calls everywhere to disable the file system buffer cache. I wanted to minimize writes to the SD card. Applications that use fsync() are forcing writes through the cache to storage. This does two bad things. Defeating the cache is many times slower. Defeating the cache causes a lot of I/O for flash storage. Both things are undesirable with slower flash storage such as SD cards. I think disabling fsync() had more positive performance effect than tweaking vm.dirty_ratio. Both had strong positive effects for my system load case. Other cases will be uniquely different. YMMV. Bob signature.asc Description: Digital signature
webcam /dev/video missing / ERROR opening V4L interface
Was working a couple of months ago, now it's not. Sid: 3.12-1-amd64 #1 SMP Debian 3.12.8-1 (2014-01-19) x86_64 GNU/Linux and 3.11-2 debian kernels ls /dev/video ls: cannot access /dev/video: No such file or directory webcam logitech c920 lsusb Bus 009 Device 009: ID 046d:082d Logitech, Inc. HD Pro Webcam C920 lsmod | grep v4 v4l2_common12995 0 videodev 113380 3 uvcvideo,v4l2_common,videobuf2_core i2c_core 24092 4 i2c_piix4,nvidia,v4l2_common,videodev lsmod | grep uvc uvcvideo 78960 0 videobuf2_vmalloc 12816 1 uvcvideo videobuf2_core 35155 1 uvcvideo videodev 113380 3 uvcvideo,v4l2_common,videobuf2_core media 18303 2 uvcvideo,videodev usbcore 154167 9 usblp,uvcvideo,usb_storage,ohci_hcd,ohci_pci,ehci_hcd,ehci_pci,usbhid,xhci_hcd luvcview luvcview 0.2.6 SDL information: Video driver: x11 A window manager is available Device information: Device path: /dev/video0 ERROR opening V4L interface: No such file or directory Grepping /lib/udev for '/dev/video' returned no hits. Thanks -- rob -- 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/CAOZWb-o-dAgYq7R0N2ese+A7CE5QoiCtY12rg=bfz+8tnfa...@mail.gmail.com
Re: Install Debian on SD
Hi, Dňa Tue, 21 Jan 2014 16:19:42 -0700 Bob Proulx napísal: > James Kirk wrote: > > I would like to install debian on a SD (I've only a Company laptop > > and I would like to not modify the standard configuration). > > Sounds reasonable to me. > > > Since SD is a flash memory and - as far as I know - it has a limited > > lifetime (in terms of I/O) not thought to run an OS, > > The quality of the SD depends upon the vendor. And unfortunately it > is a "market for lemons" in that it is difficult for consumers to know > which are better than others. But AFAIK most SD cards do implement at > least some internal spares and wear leveling. I have one RasPi device. I have second SD card Class 10 now. The disk (SD card) I/O is slow, but with the first card was even slower. The second one i was selecting by exact type from user's experiences (measurement) shared on the eLinux.org wiki. The first SD card (slower) i choose by price... ;-) > Talking about tuning the Raspbery Pi folks set vm.swappiness=1 which I > disagree with. I suggest using the Linux upstream default of > vm.swappiness=60 or even higher. Proponents of disabling program swap > by setting it low say that they never want to swap. I have the > opposite viewpoint. The point is to use the existing ram most > effectively. If that means using ram for file system buffer cache It depends. I have 1 in /proc/sys/vm/swappiness (on RasPi) and for more month the swap usage is 0. In other words - for my purposes there is a plenty of RAM. On my home computer i have 10, with no swap usage... -- Slavko http://slavino.sk signature.asc Description: PGP signature
RE: Problem with OracleVM VirtualBox and Debian Testing - SOLVED!??!
From: Emilio Lopez [mailto:emiliol...@gmail.com] Sent: Wednesday, January 22, 2014 2:54 AM To: debian-user@lists.debian.org Subject: Re: Problem with OracleVM VirtualBox and Debian Testing >On Jan 21, 2014 2:53 PM, "Stephen P. Molnar" wrote: > > I have installed OracleVM VirtualBox v4.3.6 r91406 on my Laptop [...] > Debian v-7.3.0 runs without any problems. > > However, I have repeatedly encountered what I consider to be a rather strange problem with Debian Testing. Installation of Testing in a VirtualBox proceeds without any problems, but every time that I install a new application VirtuaBox crashes when I attempt execution > > Thanks in advance. > > Stephen P. Molnar, Ph.D.Life is a fuzzy set > Just a guest. Do you have enough free space in the host to allow virtual hard drive file grow? Emiliollbb It would appear that the problem was due to the fact that I elected the backports option during installation. I reinstalled without that option and all now seems to be well. Go figure..
Re: Determine XTerm Geometry
On Wed, 22 Jan 2014, Zenaan Harkness wrote: > On 1/22/14, Patrick Bartek wrote: > > On Tue, 21 Jan 2014, Zenaan Harkness wrote: > > >> [snip] > > There are a few defaults at the top of the script, and a separate > xterm.conf file which is for my default font, scrollback and other > settings. > > Extract to a tmp dir, or view the contents first. These files have > been zipped from the root of my $HOME, thus these files: > .config/ZBASE > etc/xterm.conf > bin/xt > > See attached, > Zenaan Thanks B -- 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/20140122075604.362c9...@debian7.boseck208.net
Re: Status of Intel GMA 500?
>>> I am currently trying to get a device with an Intel GMA 500 graphics >>> chip to run with Debian Wheezy. However, I don't seem to be able to >>> get anything other than a standard VGA console out of the hardware. >> With a stock Debian kernel and an empty xorg.conf file, it should just >> work (it does for my Fit-PC2). Without acceleration, tho. > Thanks. Is that with the modesetting xorg driver? It's using the fbdev Xorg driver. Stefan -- 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/jwvtxcw2h87.fsf-monnier+in...@gnu.org
Re: XFCE doesn't lock my screen
> IIRC, Xfce normally uses xscreensaver, which needs to have its daemon > running. What does "pgrep xscreensaver" produce? You can (re)start the > daemon from the screensaver settings window (File > Restart Daemon). Aha! I installed xscreensaver, went to "settings" where it directly asked me to (re)start the daemon and now it seems to work. Thank you, Stefan -- 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/jwvsisg182m.fsf-monnier+in...@gnu.org
Re: How to unbind MacBook mouse buttons from Fn-F10 and Fn-F11
On Mon, Jan 20, 2014 at 11:34:34PM +, Julian Gilbey wrote: > Thanks for the pointer! > >Julian Ah, I've located the source of the F10 and F11 binding to mouse clicks on the Apple MacBook Pro: it turns out I had mouseemu installed and its default configuration has this behaviour. I'm emailing this list so that others may find the solution too without as much pain! Julian -- 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/20140122133952.ga26...@d-and-j.net
Re: XFCE doesn't lock my screen
On Thu, 23 Jan 2014 00:26:17 +1100 Zenaan Harkness wrote: > On 1/22/14, Ralf Mardorf wrote: > > On Tue, 2014-01-21 at 19:44 -0800, Mike Kupfer wrote: > >> Stefan Monnier wrote: > >> > >> > > Does the screen lock when you run > >> > > $ xflock4 > >> > > ? > >> > > >> > No, it just returns without doing anything. > >> > > >> > > What screen saver do you use? > >> > > >> > Don't know. I just did "aptitude install xfce4 xfce4-goodies > >> > xfce4-power-manager" and then used "XFCE" session in GDM. > >> > >> IIRC, Xfce normally uses xscreensaver, which needs to have its daemon > >> running. What does "pgrep xscreensaver" produce? You can (re)start the > >> daemon from the screensaver settings window (File > Restart Daemon). > > > > But why doesn't xflock4 not lock the screen or at least provide some > > output? > > Probably a "wishlist" type bug of xflock4 where it does not (when run) > check to see if the daemon is actually running and thereafter give a > message to the user if it is not running... http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513444 Celejar -- 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/20140122083628.ac7a387183f9252e28412...@gmail.com
Re: XFCE doesn't lock my screen
On 1/22/14, Ralf Mardorf wrote: > On Tue, 2014-01-21 at 19:44 -0800, Mike Kupfer wrote: >> Stefan Monnier wrote: >> >> > > Does the screen lock when you run >> > > $ xflock4 >> > > ? >> > >> > No, it just returns without doing anything. >> > >> > > What screen saver do you use? >> > >> > Don't know. I just did "aptitude install xfce4 xfce4-goodies >> > xfce4-power-manager" and then used "XFCE" session in GDM. >> >> IIRC, Xfce normally uses xscreensaver, which needs to have its daemon >> running. What does "pgrep xscreensaver" produce? You can (re)start the >> daemon from the screensaver settings window (File > Restart Daemon). > > But why doesn't xflock4 not lock the screen or at least provide some > output? Probably a "wishlist" type bug of xflock4 where it does not (when run) check to see if the daemon is actually running and thereafter give a message to the user if it is not running... -- 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/caosgnssd0w+rabte+xyjviwxn+_jxkw3tkuj6p2wti5ssqd...@mail.gmail.com
Re: XFCE doesn't lock my screen
On Tue, 2014-01-21 at 19:44 -0800, Mike Kupfer wrote: > Stefan Monnier wrote: > > > > Does the screen lock when you run > > > $ xflock4 > > > ? > > > > No, it just returns without doing anything. > > > > > What screen saver do you use? > > > > Don't know. I just did "aptitude install xfce4 xfce4-goodies > > xfce4-power-manager" and then used "XFCE" session in GDM. > > IIRC, Xfce normally uses xscreensaver, which needs to have its daemon > running. What does "pgrep xscreensaver" produce? You can (re)start the > daemon from the screensaver settings window (File > Restart Daemon). But why doesn't xflock4 not lock the screen or at least provide some output? Stefan did you read if there is some useful information in /usr/share/xfce4/doc/C/ ? -- 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/1390394989.664.22.camel@archlinux
Re: Status of Intel GMA 500?
On 01/22/2014 03:49 AM, Stefan Monnier wrote: I am currently trying to get a device with an Intel GMA 500 graphics chip to run with Debian Wheezy. However, I don't seem to be able to get anything other than a standard VGA console out of the hardware. With a stock Debian kernel and an empty xorg.conf file, it should just work (it does for my Fit-PC2). Without acceleration, tho. Thanks. Is that with the modesetting xorg driver? If so, I guess there's something weird about my hardware... cheers -- Stefan Ott http://www.ott.net/ -- 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/52dfbd68.5040...@ott.net
Re: Flash problems
giampietro gabriele writes: > Non riesco a vedere i VIDEO da YouTube Che browser usi? Hai installato il player flash per il tuo browser? -- /\ ___Ubuntu: ancient /___/\_|_|\_|__|___Gian Uberto Lauri_ African word //--\| | \| | Integralista GNUslamicomeaning "I can \/ coltivatore diretto di software not install già sistemista a tempo (altrui) perso...Debian" Warning: gnome-config-daemon considered more dangerous than GOTO -- 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/21215.32002.310524.931...@mail.eng.it
Flash problems
Non riesco a vedere i VIDEO da YouTube -- 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/1390376859.8887.1.ca...@debian.com