Re: Cinnamon and security updates
Op 19-05-15 om 18:33 schreef Paul van der Vlis: > Op 19-05-15 om 09:17 schreef D.E. Bil: >> On Tue, May 19, 2015 at 12:54:10AM +0200, Paul van der Vlis wrote: >>> Op 18-05-15 om 23:11 schreef Ralph Katz: On 05/18/2015 03:30 PM, Paul van der Vlis wrote: > Hello, > When using a Cinnamon desktop in Debian 8, I don't get warnings > when there are security updates. Is there a way to add this? > With regards, Paul van der Vlis. While I don't know about cinnamon, I get my updates from the mailing list: https://lists.debian.org/debian-security-announce/ >>> >>> What I mean is a GUI for simple upgrading. >>> >> >> I'd install update-notifier (i.e. packagekit) if I wanted such a >> feature. Not sure if Cinnamon supports it, though. > > This seems to be what I want. I have installed it and I've seen no > problems. But no updates at the moment... I've waited a few days, but still no updates. And I know there where security updates. So this does not really work or there is something missing. With regards, Paul van der Vlis. -- Paul van der Vlis Linux systeembeheer, Groningen https://www.vandervlis.nl/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/mjmm78$q8q$1...@ger.gmane.org
Web, E commerce, Portal, ERP, CRM Development
Hello, We are the one of the best leading software development services with 11+ year’s experience. We provide all software services at cost-effective rate with quality assurance. Do let me know if you are planning to designing and developing an new web application development, web portal development, e-commerce solutions, ERP, CRM, Iphone and Android apps development, or wants to recreate the existing one. Please share your requirement and give me a chance to work with you. Hope you will find it of interest. Kind Regards, Rajendra Kumar | Business Consultant INDIA
Re: Boot menu entries
Op Fri, 22 May 2015 03:00:36 +0200 schreef Emil Payne : My boot menu has the following entries (plus recovery mode), I always default to entry 0. What are the others and how do I delete unwanted ones? 'Debian GNU/Linux, with Linux 3.2.0-4-amd64' 'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-rt-amd64' 'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-4-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-rt-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-amd64' remove the corresponding kernel package and the menu items will be removed for example: $ apt-get purge linux-image-3.2.0-0-bpo.4-amd64 success, floris -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/op.xy0508ak5k9...@jessica.jkfloris.demon.nl
make oldconfig bzImage fails under GCC-4.9.2 on debian-8.0
Hi, I am compiling the linux kernel 2.6.32 with my custom config file as input. I am using gcc-4.9.2 on Debian-8.0. I am getting following error. build@bd:~/2.6.32/linux-2.6.32-358.el6$ make oldconfig bzImage scripts/kconfig/conf -o arch/x86/Kconfig # # configuration written to .config # scripts/kconfig/conf -s arch/x86/Kconfig CHK include/linux/version.h CHK include/linux/utsrelease.h SYMLINK include/asm -> include/asm-x86 CC kernel/bounds.s GEN include/linux/bounds.h CC arch/x86/kernel/asm-offsets.s GEN include/asm/asm-offsets.h CALLscripts/checksyscalls.sh CC scripts/mod/empty.o MKELF scripts/mod/elfconfig.h HOSTCC scripts/mod/file2alias.o HOSTCC scripts/mod/modpost.o HOSTCC scripts/mod/sumversion.o HOSTLD scripts/mod/modpost CC init/main.o CHK include/linux/compile.h CC init/version.o CC init/do_mounts.o CC init/do_mounts_rd.o CC init/do_mounts_initrd.o LD init/mounts.o CC init/initramfs.o CC init/calibrate.o LD init/built-in.o GEN usr/initramfs_data.cpio AS usr/initramfs_data.o LD usr/built-in.o CC arch/x86/kernel/process_32.o CC arch/x86/kernel/signal.o AS arch/x86/kernel/entry_32.o CC arch/x86/kernel/traps.o CC arch/x86/kernel/irq.o CC arch/x86/kernel/irq_32.o CC arch/x86/kernel/dumpstack_32.o CC arch/x86/kernel/time.o CC arch/x86/kernel/ioport.o CC arch/x86/kernel/ldt.o CC arch/x86/kernel/dumpstack.o CC arch/x86/kernel/setup.o CC arch/x86/kernel/x86_init.o CC arch/x86/kernel/i8259.o CC arch/x86/kernel/irqinit.o CC arch/x86/kernel/irq_work.o CC arch/x86/kernel/probe_roms.o CC arch/x86/kernel/sys_i386_32.o CC arch/x86/kernel/i386_ksyms_32.o CC arch/x86/kernel/bootflag.o CC arch/x86/kernel/e820.o CC arch/x86/kernel/pci-dma.o CC arch/x86/kernel/quirks.o CC arch/x86/kernel/i8237.o CC arch/x86/kernel/topology.o CC arch/x86/kernel/kdebugfs.o CC arch/x86/kernel/alternative.o CC arch/x86/kernel/i8253.o CC arch/x86/kernel/pci-nommu.o CC arch/x86/kernel/tsc.o CC arch/x86/kernel/io_delay.o CC arch/x86/kernel/rtc.o CC arch/x86/kernel/resource.o CC arch/x86/kernel/trampoline.o CC arch/x86/kernel/process.o CC arch/x86/kernel/i387.o CC arch/x86/kernel/xsave.o CC arch/x86/kernel/ptrace.o arch/x86/kernel/ptrace.c:1245:17: error: conflicting types for ‘syscall_trace_enter’ asmregparm long syscall_trace_enter(struct pt_regs *regs) ^ In file included from /home/build/2.6.32/linux-2.6.32-358.el6/arch/x86/include/asm/vm86.h:130:0, from /home/build/2.6.32/linux-2.6.32-358.el6/arch/x86/include/asm/processor.h:10, from /home/build/2.6.32/linux-2.6.32-358.el6/arch/x86/include/asm/thread_info.h:22, from include/linux/thread_info.h:56, from include/linux/preempt.h:9, from include/linux/spinlock.h:50, from include/linux/seqlock.h:29, from include/linux/time.h:8, from include/linux/timex.h:56, from include/linux/sched.h:56, from arch/x86/kernel/ptrace.c:8: /home/build/2.6.32/linux-2.6.32-358.el6/arch/x86/include/asm/ptrace.h:146:13: note: previous declaration of ‘syscall_trace_enter’ was here extern long syscall_trace_enter(struct pt_regs *); ^ arch/x86/kernel/ptrace.c:1290:17: error: conflicting types for ‘syscall_trace_leave’ asmregparm void syscall_trace_leave(struct pt_regs *regs) ^ In file included from /home/build/2.6.32/linux-2.6.32-358.el6/arch/x86/include/asm/vm86.h:130:0, from /home/build/2.6.32/linux-2.6.32-358.el6/arch/x86/include/asm/processor.h:10, from /home/build/2.6.32/linux-2.6.32-358.el6/arch/x86/include/asm/thread_info.h:22, from include/linux/thread_info.h:56, from include/linux/preempt.h:9, from include/linux/spinlock.h:50, from include/linux/seqlock.h:29, from include/linux/time.h:8, from include/linux/timex.h:56, from include/linux/sched.h:56, from arch/x86/kernel/ptrace.c:8: /home/build/2.6.32/linux-2.6.32-358.el6/arch/x86/include/asm/ptrace.h:147:13: note: previous declaration of ‘syscall_trace_leave’ was here extern void syscall_trace_leave(struct pt_regs *); ^ scripts/Makefile.build:229: recipe for target 'arch/x86/kernel/ptrace.o' failed make[3]: *** [arch/x86/kernel/ptrace.o] Error 1 scripts/Makefile.build:365: recipe for target 'arch/x86/kernel' failed make[2]: *** [arch/x86/kernel] Error 2 Makefile:915: recipe for target 'arch/x86' failed make[1]: *** [arch/x86] Error 2 Makefile:464:
Re: HELP- very slow download speeds
On Thu, 21 May 2015 16:58:45 -0700 Gary Roach wrote: > I have 4 systems that have squeeze, wheezy and jessie on them. I > haven't updated one in a long time. They all suffer from extremely > slow downloads. I have a 50M verizon fiber optic line to a M1424WR > router / switch. I also have fios and my phone line on the same > system. When I start a download, it starts at 50M for the first few > seconds and then drops to 500K to 100K range. All 4 system react the > same. Two are the same hardware but one is older hardware and one is > a dual boot Toshiba laptop. > > Verizon insists their lines are OK. The have change out the router, > the interface unit outside and have bypassed the coax with there own. > Everything checks out. I have run their speed checker while > downloading. The speed checker shows 50M (about) and the download > speed is simultaneously around 250K. Everything is hardwired - no > wifi hookups. Further, my NetFlix may hickup once in a while but > generally works ok. No problems with our phone service. > > When this started, I was getting lots of packet loss errors with > "ping -f -U " but that has stopped today. The slow downloads > still persists > > I'm at a loss as to what is wrong. Any ideas will be sincerely > appreciated. I think Verizon is about to dump me on my head and wash > their hands of the whole problem. Thus leaving me with a dialup speed > expensive connection. > > Gary R > What are your upload speeds like? If they're ridiculously slow compared to your download speed, then you may find that you're not able to ACK packets quickly enough to sustain a steady 50M download (I can't immediately work out at what sort of level this will happen, but I'm sure there's someone more versed in networking who can tell you). Another consideration is to look at the router's statistics page for line errors. You might find that packets are being retransmitted a lot, which will lower the effective rate of transmission (though, if it's to the point of constraining 50M down to 250K, then there's something wrong with the line). Finally, don't rule out the possibility that your ISP is throttling you. While you may be synced at 50M and may be able to transfer at that for short periods (and thus, the ISP can rightly claim that you have a 50M connection), they could conceivably throttle your connection in the longer term. > -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150522103955.0b110...@rocky.darac.org.uk
no more sound cards
hi everybody, This morning, I found that my sound cards disapeared from my Jessie desktop. lspci | grep -i audio gives: 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 02) 01:00.1 Audio device: NVIDIA Corporation Device 0fbc (rev a1) 05:00.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07) but aplay -l: aplay: device_list:268: no soundcards found... I also noticed that /proc/asounnd also disapeared. the "snd-cs46xt" command restored it but cat /proc/asound/cards still gives: --- no soundcards --- I can't find what could happen last night to explain that. (it's not a hardware problem, as the sound works perfectly on Windows) best regards, -- Pierre Frenkiel -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.11.1505221129230.21...@pfr2.frenkiel-hure.net
Re: [OT] 2 dhcp server on same lan
On Thursday 21 May 2015 15:33:09 Bob Proulx wrote: > Pol Hallen wrote: > > On same network 192.168.1.0/24 I can put 2 AP with each one own dhcp > > server? (obviously with different range but on same network). > > > > router IP 192.168.1.1 > > AP1 IP 192.168.1.2 (dhcp 192.168.100-149) > > AP2 IP 192.168.1.3 (dhcp 192.168.150-199) > > What is the purpose for doing such a configuration? All answers > depend upon the purpose because it all depends. > > For example the above does NOT provide for high availability. And I > can't think of any other reason for it. And even then it depends upon > the implementation of the dhcp server. I would think that the little > blue consumer boxes would not work sufficiently but again it depends. > > Bob DHCP failover on a small network does not seem to be worth the effort, except for training purposes. Exactly that is why this thread was very informative for me. Just for kicks (training) I was trying for a while to set up two dhcp servers on my network. One OpenBSD on a router and the other on Debian arm isc-dhcp-server on a cubietruck. One sends sync messages and the other connects to ip-ports - duh! The philosophy of OpenBSD dhcp seems to be really wide area networks not being on the same premises and isc-dhcp seems to be better fitted for LAN. Now I know that my endeavours are futile. The synchronization between two OpenBSD dhcp servers and the failover isc-dhcp-server are essentially different and do not work together. Either 2 * isc-dhcp-server (which is available for OpenBSD as a package) or 2 * OpenBSD dhcp servers (which does not exist for the armv7l cubietruck) => need another machine or "maquinita". So as for the OP having only small commercial SoHo routers there is no route to success either. Your posts made me dig deeper into the matter and I learned a lot. Thanks to Pol for bringing the subject up. Thanks to Darac, Erwan and Bob for giving advice. Cheers Eike -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/130212463.IPYGJd9y4a@lxcl01
Re: no more sound cards
On Fri, 2015-05-22 at 11:49 +0200, Pierre Frenkiel wrote: > hi everybody, > This morning, I found that my sound cards disapeared from my Jessie desktop. > lspci | grep -i audio gives: > > 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio > Controller (rev 02) > 01:00.1 Audio device: NVIDIA Corporation Device 0fbc (rev a1) > 05:00.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev > 07) > > but aplay -l: > aplay: device_list:268: no soundcards found... > I also noticed that /proc/asounnd also disapeared. > the "snd-cs46xt" command restored it but > cat /proc/asound/cards still gives: > --- no soundcards --- > I can't find what could happen last night to explain that. > > (it's not a hardware problem, as the sound works perfectly on Windows) Are the sound modules loaded? I'm guessing snd_hda_intel for the Intel stuff, and other snd_ for the rest of the hardware. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 6FAB5CD5 signature.asc Description: This is a digitally signed message part
Re: Teeny tiny console font after firmware-linux
On 2015-05-21, Brian wrote: > > After the reboot: > > setupcon > > Please forgive my lack of verboseness. > Prolixity killed the cat. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/slrnmlujtk.3eo.cu...@einstein.electron.org
logjam attack and exim4
Hi, there are already some help web sites around, e.g.: Logjam: How Diffie-Hellman Fails in Practice https://weakdh.org/ (browser check; for iceweasel one can de-activate security.ssl3.dhe_dss_aes_128_sha, security.ssl3.dhe_rsa_aes_128_sha, security.ssl3.dhe_rsa_aes_256_sha via about:config) Logjam: PFS Deployment Guide https://weakdh.org/sysadmin.html (tips for server apache, nginx, dovecot, ...) Secure Secure Shell https://stribika.github.io/2015/01/04/secure-secure-shell.html What about DHE hardening for exim4 smtp server? -- Regards, jvp. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/mjnjh3$gjm$1...@ger.gmane.org
Re: Issues with openvpn and virtualbox as the sole networking provider
Hopefully my replies are being received. I would hate to think that there is another issue as well :-( presently I have got the BP and to the point where I can ping the VPNs specific IP address I don't have any other internet connection to the entire guest image after the connection is made aside from this. I'm not sure why there's such an asymmetry between Android version of this process and Linux version since they have some of the same utilities in much the same internal structure. if I'm leaving information out the necessary I'd love to know what I have to provide. On May 21, 2015 10:24 AM, "John T. Haggerty" wrote: > It seems that this could get fixed fairly easily as this must happen a > great deal > On May 20, 2015 18:31, "John T. Haggerty" wrote: > >> Also this workaround fails to work >> >> http://www.blackmoreops.com/2015/03/01/setup-vpn-on-kali-linux/ Again >> provider agnostic >> >> On Wed, May 20, 2015 at 6:28 PM, John T. Haggerty >> wrote: >> >>> For example here >>> http://www.ibvpn.com/billing/knowledgebase/50/Set-up-the-PPTP-VPN-connection-on-Linux-Network-Manager-GUI.html >>> fails to work for me on Debian gnome. This is not the provider in question >>> however. >>> >>> On Tue, May 19, 2015 at 2:31 PM, John T. Haggerty >>> wrote: >>> I don't know if I am able to convey this correctly but here goes: I have been using Linux for a while but had a hiatus of about 10 years so it's been a slow requisition of learned skills. To that end I was thrilled that VirtualBox technology came out recently in order to give this a much easier time in connecting to the network and using operating systems seamlessly. I installed the virtual box package and got the newest Debian DVD ISO and was able to get it all installed from what looks like a complete install. My issues are with my VPN provider that I use. They provide all the configuration on their end so I have no need to be able to offer server configs and the like nor can I randomly copy files over. I have a oven file, a .crt or certification file and of course my username and password. This seems to be good enough to get my android devices connected with a port of ovpn. The issues are with getting networking to recognize the vpn as the sole transparent provider on the instance end. It can initialize and create the tun0. I tried to get this configured but it seems that getting this done assumes several things which are not accurate in my case: 1. I want to run both a client and server and have complete access to both (the provider I work with handles all the server stuff and I don't have to do that, and it technically works without it). 2. All the key generation, random other stuff that the wiki assumes is required is apparently not required. 3. I'm not able to get any documentation from the net that seems to disagree with my need to do this at all (Google searches keep re-referencing the document with every single re-phrasing of the request I need). 4. I tried to mess with iptables and the like and get that to work which only succeeded in shutting off all access to websites that I tried to use 5. No one has apparently had any issues with Network Manger or it's kin that weren't easily solved, and or have never used the virtualization technology.g I'm sure I have to check things out but I need to know if anyone has done this before, what else I need to share (and what I can and must keep private due to not wanting to void my privacy) Thanks for the help -- "The death of one man is a tragedy, the death of 10 million is a statistic" -- Joseph Stalin "Omnia mutantur, nihil interit" (Translation: Everything changes, nothing is lost.) -- Ovid, _Metamorphoses_ >>> >>> >>> >>> -- >>> "The death of one man is a tragedy, the death of 10 million is a >>> statistic" -- Joseph Stalin >>> >>> "Omnia mutantur, nihil interit" >>> (Translation: >>> Everything changes, nothing is lost.) >>> -- Ovid, _Metamorphoses_ >>> >> >> >> >> -- >> "The death of one man is a tragedy, the death of 10 million is a >> statistic" -- Joseph Stalin >> >> "Omnia mutantur, nihil interit" >> (Translation: >> Everything changes, nothing is lost.) >> -- Ovid, _Metamorphoses_ >> >
Bug Report: QMMP issue - [Jessie with MATE] when caja opened, qmmp launches instead
Hi Guys Very odd bug this. Caja opens fine without qmmp installed. But when qmmp is installed and you want to browse with caja, the qmmp player launches instead. Where do I post this? jake -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/6bf816cbd0b16e3a4cb60c3ec3db9...@riseup.net
Re: Bug Report: QMMP issue - [Jessie with MATE] when caja opened, qmmp launches instead
On Fri, 2015-05-22 at 18:16 +0200, jake.pers...@riseup.net wrote: > Hi Guys > > Very odd bug this. Caja opens fine without qmmp installed. But when qmmp > is installed and you want to browse with caja, the qmmp player launches > instead. > > Where do I post this? Hi, I poked around the qmmp package, and it has a suspicious qmmp_dir.desktop file which registers qmmp has a handler for MimeType=inode/directory; So I'm guessing that's why you get qmmp instead of the file manager. Not sure if this is a bug in qmmp or a problem with your desktop environment in general. Try filing a bug with qmmp, if it's a more serious problem the bug can always be reassigned. HTH, -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 6FAB5CD5 signature.asc Description: This is a digitally signed message part
Re: Teeny tiny console font after firmware-linux
On Fri 22 May 2015 at 15:48:04 +, Curt wrote: > On 2015-05-21, Brian wrote: > > > > After the reboot: > > > > setupcon > > > > Please forgive my lack of verboseness. > > > > Prolixity killed the cat. Commiserations. There's no accounting for the behaviour of a dog which has been given that name. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/22052015181929.1c084ffe6...@desktop.copernicus.demon.co.uk
Re: Boot menu entries
On 05/22/2015 04:30 AM, Floris wrote: Op Fri, 22 May 2015 03:00:36 +0200 schreef Emil Payne : My boot menu has the following entries (plus recovery mode), I always default to entry 0. What are the others and how do I delete unwanted ones? 'Debian GNU/Linux, with Linux 3.2.0-4-amd64' 'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-rt-amd64' 'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-4-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-rt-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-amd64' remove the corresponding kernel package and the menu items will be removed for example: $ apt-get purge linux-image-3.2.0-0-bpo.4-amd64 success, floris Ok, and which one's should I purge if I have no idea what the differences are? bpo? rt? xen? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/555f69ee.5090...@yahoo.com
Re: Teeny tiny console font after firmware-linux
On 2015-05-22, Brian wrote: >> >> Prolixity killed the cat. > > Commiserations. There's no accounting for the behaviour of a dog which > has been given that name. > I nicknamed him Fido. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/slrnmlus2k.3eo.cu...@einstein.electron.org
Re: Teeny tiny console font after firmware-linux
On Fri 22 May 2015 at 18:07:16 +, Curt wrote: > On 2015-05-22, Brian wrote: > >> > >> Prolixity killed the cat. > > > > Commiserations. There's no accounting for the behaviour of a dog which > > has been given that name. > > > > I nicknamed him Fido. But have you got an alias in ~/.bashrc? Unpredictable behaviour may result if not. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/22052015195908.cbb5bb303...@desktop.copernicus.demon.co.uk
Re: Boot menu entries
Op Fri, 22 May 2015 19:39:58 +0200 schreef Emil Payne : On 05/22/2015 04:30 AM, Floris wrote: Op Fri, 22 May 2015 03:00:36 +0200 schreef Emil Payne : My boot menu has the following entries (plus recovery mode), I always default to entry 0. What are the others and how do I delete unwanted ones? 'Debian GNU/Linux, with Linux 3.2.0-4-amd64' 'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-rt-amd64' 'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-4-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-rt-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-amd64' remove the corresponding kernel package and the menu items will be removed for example: $ apt-get purge linux-image-3.2.0-0-bpo.4-amd64 success, floris Ok, and which one's should I purge if I have no idea what the differences are? bpo? rt? xen? if you don't have any fancy settings/ options/ wishes such as a real time audio server (rt), virtual servers (Xen), etc. I recommend you purge all packages and keep the first one (Debian GNU/Linux, with Linux 3.2.0-4-amd64) (bpo are the backport versions, but the "normal" is newer than the backport version) success, floris -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/op.xy1xjqwq5k9...@jessica.jkfloris.demon.nl
Re: Boot menu entries
On Fri 22 May 2015 at 12:39:58 -0500, Emil Payne wrote: > On 05/22/2015 04:30 AM, Floris wrote: > >Op Fri, 22 May 2015 03:00:36 +0200 schreef Emil Payne : > > > >>My boot menu has the following entries (plus recovery mode), I always > >>default to entry 0. What are the others and how do I delete unwanted > >>ones? > >> > >>'Debian GNU/Linux, with Linux 3.2.0-4-amd64' > >>'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-rt-amd64' > >>'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-amd64' > >>'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-4-amd64' > >>'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-rt-amd64' > >>'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-amd64' > >> > >> > > > >remove the corresponding kernel package and the menu items will be removed > > > >for example: > >$ apt-get purge linux-image-3.2.0-0-bpo.4-amd64 > > > >success, > > > >floris > > > > > Ok, and which one's should I purge if I have no idea what the > differences are? > bpo? > rt? > xen? You have no idea why these kernels are on you system? Why should we know why you put them there in the first place? Purge anything beginning with "linux-image", But stop at the one which most obviously says something like "this will destroy your system". -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/22052015202725.f5336cbab...@desktop.copernicus.demon.co.uk
Re: no more sound cards
On Fri, 22 May 2015, Sven Arvidsson wrote:
Are the sound modules loaded? I'm guessing snd_hda_intel for the Intel
stuff, and other snd_ for the rest of the hardware.
after boot, no:
-> lsmod | grep snd
(empty output)
-> ls /proc/asound
ls: cannot access /proc/asound: No such file or directory
after: -> modprobe snd-emu10k1:
-> lsmod | grep snd
snd_emu10k1_synth 12923 0
snd_emux_synth 32071 1 snd_emu10k1_synth
snd_seq_midi_emul 12678 1 snd_emux_synth
snd_seq_virmidi12948 1 snd_emux_synth
snd_emu10k1 129764 1 snd_emu10k1_synth
snd_util_mem 12659 2 snd_emux_synth,snd_emu10k1
snd_hwdep 12906 2 snd_emux_synth,snd_emu10k1
snd_ac97_codec 96151 1 snd_emu10k1
snd_pcm_oss44124 0
snd_mixer_oss 21822 1 snd_pcm_oss
snd_pcm78128 3 snd_pcm_oss,snd_ac97_codec,snd_emu10k1
snd_seq_midi 12744 0
snd_seq_midi_event 13124 2 snd_seq_virmidi,snd_seq_midi
snd_rawmidi22284 3 snd_seq_virmidi,snd_emu10k1,snd_seq_midi
snd_seq51555 5
snd_seq_midi_event,snd_emux_synth,snd_seq_virmidi,snd_seq_midi_emul,snd_seq_midi
snd_seq_device 12980 5
snd_seq,snd_rawmidi,snd_emu10k1_synth,snd_emu10k1,snd_seq_midi
snd_timer 22010 3 snd_pcm,snd_seq,snd_emu10k1
snd55101 12
snd_pcm_oss,snd_ac97_codec,snd_hwdep,snd_timer,snd_pcm,snd_seq,snd_rawmidi,snd_emux_synth,snd_seq_virmidi,snd_emu10k1,snd_seq_device,snd_mixer_oss
soundcore 12890 1 snd
ac97_bus 12462 1 snd_ac97_codec
->ls /proc/asound
cards devices hwdep modules oss pcm seq timers version
->cat /proc/asound/cards
--- no soundcards ---
what is strange is that the file /etc/modprobe.d/alsa-base.conf is not used,
as it actually contains a line:
install snd-emu10k1 /sbin/modprobe --ignore-install snd-emu10k1 && {
/sbin/modprobe --quiet snd-emu10k1-synth ; : ; }
cheers,
--
Pierre Frenkiel
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/alpine.deb.2.11.1505222140030.13...@pfr2.frenkiel-hure.net
Re: Query about possible impact of leap second on Debian Linux
Bret Busby wrote: > ... so, upon checking (using Synaptic) the tzdata package(s), and > finding they needed updating, apparently without depending on the > kernel update(s), I have now updated the tzdata packages. There are > tzdata and tzdata-java, both of which had updates available. The tzdata package is updated through the stable-updates section, not to be confused with the security stable/updates section. They are similarly named but different update channels. The stable-updates path is the one time named "volatile" section for those that remember it. It is for updates that by their nature must update more often than the Debian Stable release and point release cycle. Packages such as tzdata are updated when governments change the timezones. This happens outside of distribution release cycles. For Debian Stable Jessie 8 the following shows all three sets of sources that one should have in their sources.list in order to get all of the updates they should be getting.[*] This is the main archive where most packages exist, the updates source for packages such as tzdata, and the security source for security upgrades. deb http://httpredir.debian.org/debian jessie main deb-src http://httpredir.debian.org/debian jessie main deb http://httpredir.debian.org/debian jessie-updates main deb-src http://httpredir.debian.org/debian jessie-updates main deb http://security.debian.org/ jessie/updates main deb-src http://security.debian.org/ jessie/updates main Bob [*] Note that httpredir.debian.org is the redirector and the same as if one had the geographic alias ftp.XX.debian.org where XX is your country code such as ftp.us.debian.org. Either is okay. I am using the redirector in the documentation above so that it is generic. If you have the country code alias version that is fine too. signature.asc Description: Digital signature
Re: HELP- very slow download speeds
Darac Marjal wrote: > Gary Roach wrote: > > When I start a download, it starts at 50M for the first few > > seconds and then drops to 500K to 100K range. > > Finally, don't rule out the possibility that your ISP is throttling > you. While you may be synced at 50M and may be able to transfer at that > for short periods (and thus, the ISP can rightly claim that you have a > 50M connection), they could conceivably throttle your connection in the > longer term. I think this is quite the most likely possibility. I have only anecdotal reports from friends but what I hear is that often ISPs allow a full speed burst but then throttle for long term steady state data transfer. That matches your reported behavior exactly. This allows customers to run a speed test and have it report full speed but prevent them from getting that speed for a long download such as a full system upgrade or a large install ISO image download. Are you sure your ISP isn't throttling you? Bob signature.asc Description: Digital signature
Re: no more sound cards
On Fri, 2015-05-22 at 21:40 +0200, Pierre Frenkiel wrote: > On Fri, 22 May 2015, Sven Arvidsson wrote: > > > Are the sound modules loaded? I'm guessing snd_hda_intel for the Intel > > stuff, and other snd_ for the rest of the hardware. > > >after boot, no: > -> lsmod | grep snd > (empty output) > -> ls /proc/asound > ls: cannot access /proc/asound: No such file or directory > > after: -> modprobe snd-emu10k1: > -> lsmod | grep snd > snd_emu10k1_synth 12923 0 > snd_emux_synth 32071 1 snd_emu10k1_synth > snd_seq_midi_emul 12678 1 snd_emux_synth > snd_seq_virmidi12948 1 snd_emux_synth > snd_emu10k1 129764 1 snd_emu10k1_synth > snd_util_mem 12659 2 snd_emux_synth,snd_emu10k1 > snd_hwdep 12906 2 snd_emux_synth,snd_emu10k1 > snd_ac97_codec 96151 1 snd_emu10k1 > snd_pcm_oss44124 0 > snd_mixer_oss 21822 1 snd_pcm_oss > snd_pcm78128 3 snd_pcm_oss,snd_ac97_codec,snd_emu10k1 > snd_seq_midi 12744 0 > snd_seq_midi_event 13124 2 snd_seq_virmidi,snd_seq_midi > snd_rawmidi22284 3 snd_seq_virmidi,snd_emu10k1,snd_seq_midi > snd_seq51555 5 > snd_seq_midi_event,snd_emux_synth,snd_seq_virmidi,snd_seq_midi_emul,snd_seq_midi > snd_seq_device 12980 5 > snd_seq,snd_rawmidi,snd_emu10k1_synth,snd_emu10k1,snd_seq_midi > snd_timer 22010 3 snd_pcm,snd_seq,snd_emu10k1 > snd55101 12 > snd_pcm_oss,snd_ac97_codec,snd_hwdep,snd_timer,snd_pcm,snd_seq,snd_rawmidi,snd_emux_synth,snd_seq_virmidi,snd_emu10k1,snd_seq_device,snd_mixer_oss > soundcore 12890 1 snd > ac97_bus 12462 1 snd_ac97_codec Not sure what is going on here, but you seem to have oss sound, instead of alsa? As you seem to have more than one soundcard, try removing/disabling all but one (I'd guess preferably the Intel one) and see if that narrows it down. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 6FAB5CD5 signature.asc Description: This is a digitally signed message part
Re: Boot menu entries
Emil Payne wrote: > >>'Debian GNU/Linux, with Linux 3.2.0-4-amd64' > >>'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-rt-amd64' > >>'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-amd64' > >>'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-4-amd64' > >>'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-rt-amd64' > >>'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-amd64' > > Ok, and which one's should I purge if I have no idea what the differences > are? > bpo? > rt? > xen? These are the kernels you have installed. For example from my long running Sid machine that I haven't ever done any cleanup on making it a good example of a lot of kernels. $ dpkg -S /boot/vmlinuz-* linux-image-2.6.39-2-amd64: /boot/vmlinuz-2.6.39-2-amd64 linux-image-3.0.0-2-amd64: /boot/vmlinuz-3.0.0-2-amd64 linux-image-3.1.0-1-amd64: /boot/vmlinuz-3.1.0-1-amd64 linux-image-3.10-1-amd64: /boot/vmlinuz-3.10-1-amd64 linux-image-3.10-2-amd64: /boot/vmlinuz-3.10-2-amd64 linux-image-3.10-3-amd64: /boot/vmlinuz-3.10-3-amd64 linux-image-3.16.0-4-amd64: /boot/vmlinuz-3.16.0-4-amd64 linux-image-3.2.0-1-amd64: /boot/vmlinuz-3.2.0-1-amd64 linux-image-3.2.0-2-amd64: /boot/vmlinuz-3.2.0-2-amd64 linux-image-3.2.0-3-amd64: /boot/vmlinuz-3.2.0-3-amd64 linux-image-3.2.0-4-amd64: /boot/vmlinuz-3.2.0-4-amd64 linux-image-3.8-2-amd64: /boot/vmlinuz-3.8-2-amd64 linux-image-3.9-1-amd64: /boot/vmlinuz-3.9-1-amd64 linux-image-4.0.0-1-amd64: /boot/vmlinuz-4.0.0-1-amd64 The newest latest kernel installed is on the bottom. Don't delete it. It is also possible if you haven't rebooted that you will be running an older kernel since something newer was installed. $ uname -r 4.0.0-1-amd64 That is rebooted but another system: $ uname -r 3.9-1-amd64 Don't remove the running kernel nor the latest kernel. Remove all of the others. Bob signature.asc Description: Digital signature
Re: Query about possible impact of leap second on Debian Linux
On 23/05/2015, Bob Proulx wrote: > Bret Busby wrote: >> ... so, upon checking (using Synaptic) the tzdata package(s), and >> finding they needed updating, apparently without depending on the >> kernel update(s), I have now updated the tzdata packages. There are >> tzdata and tzdata-java, both of which had updates available. > > The tzdata package is updated through the stable-updates section, not > to be confused with the security stable/updates section. They are > similarly named but different update channels. The stable-updates > path is the one time named "volatile" section for those that remember > it. It is for updates that by their nature must update more often > than the Debian Stable release and point release cycle. > > Packages such as tzdata are updated when governments change the > timezones. This happens outside of distribution release cycles. > > For Debian Stable Jessie 8 the following shows all three sets of > sources that one should have in their sources.list in order to get all > of the updates they should be getting.[*] This is the main archive > where most packages exist, the updates source for packages such as > tzdata, and the security source for security upgrades. > > deb http://httpredir.debian.org/debian jessie main > deb-src http://httpredir.debian.org/debian jessie main > > deb http://httpredir.debian.org/debian jessie-updates main > deb-src http://httpredir.debian.org/debian jessie-updates main > > deb http://security.debian.org/ jessie/updates main > deb-src http://security.debian.org/ jessie/updates main > And, with Debian 6 LTS, in /etc/apt/sources.list, I have, apart from the commented out lines, " deb http://http.debian.net/debian/ squeeze main contrib non-free deb-src http://http.debian.net/debian/ squeeze main contrib non-free deb http://http.debian.net/debian squeeze-lts main contrib non-free deb-src http://http.debian.net/debian squeeze-lts main contrib non-free " -- Bret Busby Armadale West Australia .. "So once you do know what the question actually is, you'll know what the answer means." - Deep Thought, Chapter 28 of Book 1 of "The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts", written by Douglas Adams, published by Pan Books, 1992 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CACX6j8M7aGJG61sbjxqmMJG845+7gnE=kaaqxwchi4s9huu...@mail.gmail.com
No keyboard or mouse after X starts
Hi, NB: I'm not subscribed on the list so please CC me II have just installed Jessie after using Wheezy for many months. The install completes fine but when X/gdm3 starts neither the keyboard or mouse are functional. If I boot into the recovery console, the keyboard works fine and both are present in lsusb. I have also tried using Cinnamon and lightdm, but this had the exact same problem. Any ideas? Cheers, Daniel -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/555f8912.2000...@serverb.co.uk
unattended-upgrade fails to upgrade libreoffice
Hello, I have libreoffice and unattended-upgrades installed on wheezy/i386. the newer libreoffice packages have been uploaded some time ago, but unattended-upgrade still fails to install them. When I run "unattended-upgrade -d", strange error appears: pkg 'libreoffice-evolution' now marked delete ... pkg 'libreoffice-gnome' now marked delete (the full output below). Trying to upgrade manually with apt-get or aptitude reports no problem, (no conflistsor dependencies) but unattended-upgrade still fails. Is there a known problem related to this message? root@fhome# unattended-upgrade -d Initial blacklisted packages: Starting unattended upgrades script Allowed origins are: ['origin=Debian,archive=stable,label=Debian-Security', 'origin=Debian,archive=oldstable,label=Debian-Security'] Checking: libreoffice ([""]) pkg 'libreoffice-evolution' now marked delete sanity check failed Checking: libreoffice-base ([""]) pkg 'libreoffice-evolution' now marked delete sanity check failed Checking: libreoffice-base-core ([""]) pkg 'libreoffice-evolution' now marked delete sanity check failed Checking: libreoffice-calc ([""]) pkg 'libreoffice-evolution' now marked delete sanity check failed Checking: libreoffice-core ([""]) pkg 'libreoffice-evolution' now marked delete sanity check failed Checking: libreoffice-draw ([""]) pkg 'libreoffice-evolution' now marked delete sanity check failed Checking: libreoffice-evolution ([""]) sanity check failed Checking: libreoffice-filter-binfilter ([""]) pkg 'libreoffice-evolution' now marked delete sanity check failed Checking: libreoffice-gnome ([""]) pkg 'libreoffice-evolution' now marked delete sanity check failed Checking: libreoffice-gtk ([""]) pkg 'libreoffice-evolution' now marked delete sanity check failed Checking: libreoffice-impress ([""]) pkg 'libreoffice-evolution' now marked delete sanity check failed Checking: libreoffice-kde ([""]) pkg 'libreoffice-evolution' now marked delete sanity check failed Checking: libreoffice-math ([""]) pkg 'libreoffice-evolution' now marked delete sanity check failed Checking: libreoffice-officebean ([""]) pkg 'libreoffice-evolution' now marked delete sanity check failed Checking: libreoffice-writer ([""]) pkg 'libreoffice-evolution' now marked delete sanity check failed Checking: python-uno ([""]) pkg 'libreoffice-evolution' now marked delete sanity check failed pkgs that look like they should be upgraded: Fetched 0 B in 0s (0 B/s) fetch.run() result: 0 blacklist: [] InstCount=0 DelCount=0 BrokenCout=0 Packages that are upgraded: root@fhome# -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. WinError #9: Out of error messages. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150522205137.ga19...@fantomas.sk
Re: Boot menu entries
On 05/22/2015 03:34 PM, Brian wrote: On Fri 22 May 2015 at 12:39:58 -0500, Emil Payne wrote: On 05/22/2015 04:30 AM, Floris wrote: Op Fri, 22 May 2015 03:00:36 +0200 schreef Emil Payne : My boot menu has the following entries (plus recovery mode), I always default to entry 0. What are the others and how do I delete unwanted ones? 'Debian GNU/Linux, with Linux 3.2.0-4-amd64' 'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-rt-amd64' 'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-4-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-rt-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-amd64' remove the corresponding kernel package and the menu items will be removed for example: $ apt-get purge linux-image-3.2.0-0-bpo.4-amd64 success, floris Ok, and which one's should I purge if I have no idea what the differences are? bpo? rt? xen? You have no idea why these kernels are on you system? Why should we know why you put them there in the first place? Purge anything beginning with "linux-image", But stop at the one which most obviously says something like "this will destroy your system". The "rt" image, that is for "real-time" no? The average user would not use that one. I think the "jack audio" system drags that one in. Ric -- My father, Victor Moore (Vic) used to say: "There are two Great Sins in the world... ..the Sin of Ignorance, and the Sin of Stupidity. Only the former may be overcome." R.I.P. Dad. http://linuxcounter.net/user/44256.html -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/555f9bad.5070...@gmail.com
Re: Boot menu entries
On 05/22/2015 02:24 PM, Floris wrote: Op Fri, 22 May 2015 19:39:58 +0200 schreef Emil Payne : On 05/22/2015 04:30 AM, Floris wrote: Op Fri, 22 May 2015 03:00:36 +0200 schreef Emil Payne : My boot menu has the following entries (plus recovery mode), I always default to entry 0. What are the others and how do I delete unwanted ones? 'Debian GNU/Linux, with Linux 3.2.0-4-amd64' 'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-rt-amd64' 'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-4-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-rt-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-amd64' remove the corresponding kernel package and the menu items will be removed for example: $ apt-get purge linux-image-3.2.0-0-bpo.4-amd64 success, floris Ok, and which one's should I purge if I have no idea what the differences are? bpo? rt? xen? if you don't have any fancy settings/ options/ wishes such as a real time audio server (rt), virtual servers (Xen), etc. I recommend you purge all packages and keep the first one (Debian GNU/Linux, with Linux 3.2.0-4-amd64) (bpo are the backport versions, but the "normal" is newer than the backport version) success, floris Ok, here's a screenshot of my pending synaptic changes. I got no warnings. Does everything look ok? https://www.dropbox.com/s/7d8oqcny78ly320/linux%20synaptic.png?dl=0 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/555f9c80.3010...@yahoo.com
Re: Boot menu entries
On 05/22/2015 03:24 PM, Bob Proulx wrote: Emil Payne wrote: 'Debian GNU/Linux, with Linux 3.2.0-4-amd64' 'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-rt-amd64' 'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-4-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-rt-amd64' 'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-amd64' Ok, and which one's should I purge if I have no idea what the differences are? bpo? rt? xen? These are the kernels you have installed. For example from my long running Sid machine that I haven't ever done any cleanup on making it a good example of a lot of kernels. $ dpkg -S /boot/vmlinuz-* linux-image-2.6.39-2-amd64: /boot/vmlinuz-2.6.39-2-amd64 linux-image-3.0.0-2-amd64: /boot/vmlinuz-3.0.0-2-amd64 linux-image-3.1.0-1-amd64: /boot/vmlinuz-3.1.0-1-amd64 linux-image-3.10-1-amd64: /boot/vmlinuz-3.10-1-amd64 linux-image-3.10-2-amd64: /boot/vmlinuz-3.10-2-amd64 linux-image-3.10-3-amd64: /boot/vmlinuz-3.10-3-amd64 linux-image-3.16.0-4-amd64: /boot/vmlinuz-3.16.0-4-amd64 linux-image-3.2.0-1-amd64: /boot/vmlinuz-3.2.0-1-amd64 linux-image-3.2.0-2-amd64: /boot/vmlinuz-3.2.0-2-amd64 linux-image-3.2.0-3-amd64: /boot/vmlinuz-3.2.0-3-amd64 linux-image-3.2.0-4-amd64: /boot/vmlinuz-3.2.0-4-amd64 linux-image-3.8-2-amd64: /boot/vmlinuz-3.8-2-amd64 linux-image-3.9-1-amd64: /boot/vmlinuz-3.9-1-amd64 linux-image-4.0.0-1-amd64: /boot/vmlinuz-4.0.0-1-amd64 The newest latest kernel installed is on the bottom. Don't delete it. It is also possible if you haven't rebooted that you will be running an older kernel since something newer was installed. $ uname -r 4.0.0-1-amd64 That is rebooted but another system: $ uname -r 3.9-1-amd64 Don't remove the running kernel nor the latest kernel. Remove all of the others. Bob BTW What is the linux-header? Is that just to compile my own? Do I need to keep these? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/555f9e8d.4050...@yahoo.com
Re: Boot menu entries
On Friday 22 May 2015 21:24:43 Bob Proulx wrote: > Emil Payne wrote: > > >>'Debian GNU/Linux, with Linux 3.2.0-4-amd64' > > >>'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-rt-amd64' > > >>'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-amd64' > > >>'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-4-amd64' > > >>'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-rt-amd64' > > >>'Debian GNU/Linux, with Xen 4.1-amd64 and Linux 3.2.0-0.bpo.4-amd64' > > > > Ok, and which one's should I purge if I have no idea what the differences > > are? > > bpo? > > rt? > > xen? > > These are the kernels you have installed. For example from my long > running Sid machine that I haven't ever done any cleanup on making it > a good example of a lot of kernels. > > $ dpkg -S /boot/vmlinuz-* > linux-image-2.6.39-2-amd64: /boot/vmlinuz-2.6.39-2-amd64 > linux-image-3.0.0-2-amd64: /boot/vmlinuz-3.0.0-2-amd64 > linux-image-3.1.0-1-amd64: /boot/vmlinuz-3.1.0-1-amd64 > linux-image-3.10-1-amd64: /boot/vmlinuz-3.10-1-amd64 > linux-image-3.10-2-amd64: /boot/vmlinuz-3.10-2-amd64 > linux-image-3.10-3-amd64: /boot/vmlinuz-3.10-3-amd64 > linux-image-3.16.0-4-amd64: /boot/vmlinuz-3.16.0-4-amd64 > linux-image-3.2.0-1-amd64: /boot/vmlinuz-3.2.0-1-amd64 > linux-image-3.2.0-2-amd64: /boot/vmlinuz-3.2.0-2-amd64 > linux-image-3.2.0-3-amd64: /boot/vmlinuz-3.2.0-3-amd64 > linux-image-3.2.0-4-amd64: /boot/vmlinuz-3.2.0-4-amd64 > linux-image-3.8-2-amd64: /boot/vmlinuz-3.8-2-amd64 > linux-image-3.9-1-amd64: /boot/vmlinuz-3.9-1-amd64 > linux-image-4.0.0-1-amd64: /boot/vmlinuz-4.0.0-1-amd64 > > The newest latest kernel installed is on the bottom. Not here. I have the oldest on the bottom. lisi@Tux-II:~$ dpkg -S /boot/vmlinuz-* linux-image-3.16.0-0.bpo.4-amd64: /boot/vmlinuz-3.16.0-0.bpo.4-amd64 linux-image-3.16-0.bpo.2-amd64: /boot/vmlinuz-3.16-0.bpo.2-amd64 linux-image-3.16-0.bpo.3-amd64: /boot/vmlinuz-3.16-0.bpo.3-amd64 linux-image-3.2.0-4-amd64: /boot/vmlinuz-3.2.0-4-amd64 lisi@Tux-II:~$ Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150525.55854.lisi.re...@gmail.com
Re: Boot menu entries
On Fri 22 May 2015 at 16:24:29 -0500, Emil Payne wrote: > On 05/22/2015 03:24 PM, Bob Proulx wrote: > > > >$ uname -r > >3.9-1-amd64 > > > >Don't remove the running kernel nor the latest kernel. Remove all of > >the others. > > > >Bob > > > > BTW What is the linux-header? Is that just to compile my own? Do I > need to keep these? You are full of questions but very short on saying whether the advice you have been given answers your needs, Delete headers packages too. You put them there and should know whether you need them. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/22052015225206.ccbba7d40...@desktop.copernicus.demon.co.uk
Re: Colorized Prompts Problem - Thanks for the Deconstruction
Quoting Chris Bannister (cbannis...@slingshot.co.nz):
> On Fri, May 15, 2015 at 09:49:12PM -0500, David Wright wrote (and corrected
> himself):
> > This conversation made me revisit my own prompt which I have now
> > modified. I thought I'd share it with you in case any part of it
> > should be helpful.
> >
> > LOCAL_COLOR is set in a host-specific file that also sets things like
> > different colours for midnight commander (mc) so I know which host I'm on.
> >
> > PROMPT_COMMAND adds a space after the return code and then removes
> > itself if it would print zero. It also sets the title-bar in an xterm,
> > again so I know where I am. (I have a couple of dozen xterms, some
> > ssh'd to other hosts.) Putting the tty number in the title bar makes
> > it easier to kill an xterm should it freeze.
> >
> > PS1 makes any non-zero return code stand out; then the local colour
> > takes over the rest of the prompt. Note that the "0;" is required in
> > LOCAL_COLOR to cancel the earlier "1;" that highlights the return code.
> > Breaking the PS1 line into 3 parts avoids another level of quoting.
> >
> >
> > LOCAL_COLOR='\e[0;34m' # blue (this is in ~/.bash-)
I was economical with the truth to make the posting simpler.
.bashrc has . .bash-1- near the top (and . .bash-9-
near the bottom) to set host-specific parameters and functions.
.bash-1- in turn has . .bash-c- to set its desired
colours in LOCAL_COLOR and MC_COLOR_TABLE. (The latter accounts for
the spelling of the former.)
> > export PROMPT_COMMAND='MYPROMPT="$? " && [ "$MYPROMPT" = "0 " ] &&
> > MYPROMPT=""'
> > case $TERM in
> > xterm*)
> > export PROMPT_COMMAND+=" ; echo -ne '\e]0;${HOSTNAME^^} $(tty)
> > ${HOSTNAME^^}\a'"
> > ;;
> > esac
> >
> > export PS1='\[\e[1;33;41m\]$MYPROMPT\['
> > export PS1+="$LOCAL_COLOR"
> > export PS1+='\]\H!\u \t \w \$ \[\e[m\]'
> > unset LOCAL_COLOR
(I've corrected "||" in the original posting to ";".)
> Is all that in one file? Is it sourced via .bashrc?
So not one file, but the lines in the last section quoted above *are*
the very last lines in ~/.bashrc. Why last? To avoid my startup files
printing anything with non-interactive shells, which they detect by
PS1 being empty/unset.
The only other slightly relevant change I made was to add the line
:
to ~/.bash_profile in order to prevent one getting a highlighted
return code on logging in, eg, if the last command is a grep that
matches nothing.
Cheers,
David.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/2015054141.GA5405@alum
Re: Need SAS HBA for Debian Jessie
On Monday, May 18, 2015 at 10:00:04 PM UTC-5, Bob Bernstein wrote: > On Mon, 18 May 2015, Petter Adsen wrote: > >>Just as an aside, this is a Debian user forum. > >> Frankly, it strikes me as a bit strange to advise > >> someone asking a question concerning an ordinary > >> use of Debian to go somewhere else. > > Oh dear, I can see I have o'erstepped my bounds! Hardly that. I'm not a moderator, and it would not be my opinion you had done something wrong if I were. It just seems an odd response, given the focus of the forum. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/a5204bd7-e811-4e97-92ff-aa61b671d...@googlegroups.com
Re: Need SAS HBA for Debian Jessie
On Monday, May 18, 2015 at 5:40:05 AM UTC-5, Petter Adsen wrote: > >I don't have money to send to Red Hat. First of all, one reason > > (although not the only one, by far) I am using Linux is it is free of > > commercial restraints. Secondly, these are not commercial systems. > > These are a pair of home RAID arrays used primarily to store a > > personal video library. Thirdly, I rather dislike Red Hat's > > distribution and administration system. I much prefer Debian. > > I am sorry if this is a dumb question Not in the least. > but if this is a home system, > why can you not go for more commodity hardware? While I do recognize > there are differences between SAS and SATA, do you really need SAS in > a home setting - for a media library? SATA may be the simplest/cheapest > solution, to my way of thinking. Not beyond about 10 drives, plus I have had a fair amount of problems with eSATA deployments. The bottom line, however, is that in trouble shooting my problems with the systems I converted my 20 drive Port Multiplier eSATA chassis to multi-lane. > I would assume there are far more people running Linux with a SATA > system than there are for SAS, so it should be more widely tested, and > information would not be so scarce. Granted, this might be less true > when you are talking about high-end RAID controllers, but still. Oh, you're right, although I had many of the same issues in that area, as well. That said, I still have not definitively pinpointed the source of the problems. The LSI controller on the Squeeze system is working without a hard failure, however. A couple of the drives still suffer timeouts with that controller, but it doesn't barf when they do. It just resets the drive. I would happily buy another of these LSI controllers, but they don't have support for the management utility under Jessie (or Wheezy, for that matter). They work with the kernel, but without using the management software to tweak the controller parameters (especially the write-through cache), performance is truly dismal. I mean really, really bad. > Here I agree with you. OTOH, if this had been for a "enterprise" > setting, a suggestion to check out RH - with their level of commercial > support - would not necessarily be a bad one. Canonical might have been > another one, I haven't personally dealt with them. > > > > to be very good at reliably supporting a lot of > > > different hardware. (I'm out of that consulting > > > biz now...for some time now.) > > > >Honestly, IMO this isn't primarily an issue of hardware support. > > It is an issue of informational support by the hardware > > manufacturers. They post lots of fru-fru information about their > > product without posting the information one really needs to know to > > make an informed purchase. Very few of the HBA manufactureer inform > > the user whether the card at hand supports LBA 48 or not. I have > > purchase several controllers only to find the drive size limited to > > 2T. Many devices that only specify RH and / or SuSE are in fact > > perfectly well supported under Debian and most of its derivatives. > > Many just report Linux support, when in fact there is no support > > under many distros. > > Again, I agree. In this scenario, I would find a couple of controllers > that would seem to suit my purpose, and contact the manufacturers > directly with very specific questions. One of these questions would be > whether or not the controller is supported by the Linux kernel itself, > or if it would require third-party software/modules to work, and if so, > what systems those are available for. > > Since there are so many distributions that are based on Debian, and > especially Canonical seems to have a little clout with manufacturers, I > would suggest to them to investigate support for Debian-based systems. > Not supporting it in this day and age would seem strange to me. > > > > There are many fates worse than becoming, for certain > > > of one's key systems, a RH customer. Even more so if > > > making money, or deliverables, is part of the job of > > > said key systems. > > > >It is not, and economy is definitely a key consideration, here. > > What's more, I am not asking the OS to support any particular > > hardware. What I am asking - even if it were REd Hat - is whihc > > hardware is supported. That really should not be that difficult a > > question. (Yes, I understand why it is in fact a difficult question.) > > Yes, it is indeed a difficult question. > > This is just personal preference, but I would as far as possible avoid > hardware that isn't supported by the Linux kernel itself, since that > would leave me at the mercy of the manufacturer with regard to future > support and updates. > > > > It boils down to the question "How much of my time do > > > I want to waste looking for those hens' teeth, and, > > > > These aren't hen's teeth. They are type O-Positive blood donors.
Re: Need SAS HBA for Debian Jessie
On Monday, May 18, 2015 at 5:40:05 AM UTC-5, Petter Adsen wrote: > On Sat, 16 May 2015 05:38:30 -0700 (PDT) > I am sorry if this is a dumb question, Not at all. > but if this is a home system, > why can you not go for more commodity hardware? While I do recognize > there are differences between SAS and SATA, do you really need SAS in > a home setting - for a media library? SATA may be the simplest/cheapest > solution, to my way of thinking. Not so much beyond about 10 drives. That said, this system was eSATA based for a long time, but it has been having issues. In my efforts to troubleshoot the problems, I converted my 20 drive chassis from eSATA Port Multipliers to multi-lane. It has solved some of the issues, but not all. > I would assume there are far more people running Linux with a SATA > system than there are for SAS, so it should be more widely tested, and > information would not be so scarce. Granted, this might be less true > when you are talking about high-end RAID controllers, but still. True enough,but many of the issues seem to have been related to the two systems being eSATA. > Here I agree with you. OTOH, if this had been for a "enterprise" > setting, a suggestion to check out RH - with their level of commercial > support - would not necessarily be a bad one. I wouldn't say it was bad, anyway, just not in step with the reasons one would be posting in this forum in the first place. > Again, I agree. In this scenario, I would find a couple of controllers > that would seem to suit my purpose, and contact the manufacturers > directly with very specific questions. That is much easier said than done. Even companies who have people manning the phones often have people in those positions who are clueless beyong what is already on the web. > One of these questions would be > whether or not the controller is supported by the Linux kernel itself, The kernel is not so much the issue. Most cards are supported out of the box by the kernel on Jessie. It is the management software that is usually a problem. If they don't want to bother to support all sorts of different distros, then they should provide open source management software. > This is just personal preference, but I would as far as possible avoid > hardware that isn't supported by the Linux kernel itself, since that > would leave me at the mercy of the manufacturer with regard to future > support and updates. I agree I don't want hardware not supported in the kernel (or vice-versa, if you like), but that is only part of the problem, typically the smaller part. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e358c80d-5548-4522-a968-111e084d1...@googlegroups.com
Re: Perl scripts: line by line parsing vs accumulating (was: the correct way to read a big directory? Mutt?)
Quoting Vincent Lefevre (vinc...@vinc17.net): > [The context: *very basic* header validation of e-mail messages] > > On 2015-04-28 10:27:40 +0200, Nicolas George wrote: > > L'octidi 8 floréal, an CCXXIII, Vincent Lefevre a écrit : > > > I don't understand the point. Accumulating in strings (which involves > > > copies and possible reallocations) and doing a split is much slower > > > than reading lines one by one and treating them separately. > > > > First: not necessarily, because once the header is loaded in a string, you > > can apply regexps to the whole header at once instead of using a loop. This > > may prove faster. > > I've finally tried this solution (i.e. accumulating, then apply > regexp on the full strings) and it takes about 60% more time when > the data are in the disk cache. I can't quite understand Nicolas's sentence because I'm not sure whether by "the header" and "the whole header" he means the several lines of headers taken together. However, in https://lists.debian.org/debian-user/2015/04/msg01265.html I was perhaps less ambiguous (point 2): "In which case, if you want to know how come mutt is so fast, take a look at the source. Just to mention one optimisation I would consider: slurp the directory and sort the entries by inode. Open the files in inode order. And another: it's probably faster to slurp bigger chunks of each file (with an intelligent guess of the best buffer size) and use a fast search for \nMessage-ID rather than reading and checking line by line. " > This is not surprising, IMHO, for > the following reasons: > > First, as I've said, accumulating lines in a string may involve copies > and reallocations because the string grows (I don't know whether there > is a way to solve that without obfuscating the code). By slurp, I meant for you to try reading the top of the file as a single chunk using a read-a-load-of-bytes method rather than a repetitive readline method. In Python's terms (because I don't know the Perl ones) a call of read() class io.RawIOBase read(size=-1) Read up to size bytes from the object and return them. As a convenience, if size is unspecified or -1, readall() is called. Otherwise, only one system call is ever made... rather than readline() class io.IOBase readline(size=-1) Read and return one line from the stream. If size is specified, at most size bytes will be read. > Then I don't think that in the particular case of header validation, > there is much gain applying regexp's on the full header at once; the > reason is that my regexp's use the end of line as a separator (things > like /\n[^:\s]+\s/ and /^Message-ID:.../im). So, when I read the file > line by line, I already do a part of the job of regexp matching. But I would assume that regexp in languages like Perl/Python has code far more optimised than reading files line by line. So you would search for \nmessage-id:.*?\n (where .*? is non-greedy). > And finally, for each test, the header has to be read several times. I'm not sure why, without knowing the tests to apply (or did I miss seeing them?). > In my case, I don't need to deal with folded headers, except validating > the format, which is very easy with a line-by-line parsing. You did mention validating message-id and other headers and checking for missing ones, but do your scripts throw all this work away and, if so, why? For example, if you add your own distinctive Message-ID header to any file that doesn't have one, then that's one test you never have to repeat. > I may have other scripts that need to deal with them, but in this case, > I accumulate physical lines into a single logical one. AFAIK, this is > what mail processors do (postfix header filtering, procmail...). But > there is no need to accumulate the full header in a single string. Why not think of it this way: the "full header" (ie all the header lines of a message) *is* a single string: it's the beginning of the file, terminated by \n\n. I wonder how much speed-up you could achieve with a C function using strstr to find the end of the headers and returning them as a single string. Cheers, David. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150523020101.GA8528@alum
Re: Need SAS HBA for Debian Jessie
On Tuesday, May 19, 2015 at 9:50:06 AM UTC-5, Winfried Boxleitner wrote: > I'm using an Adaptec 7805H Hmm. That is SFF-8643. 'Not ideal. I would really rather SFF-8088, or at least SFF-8087, for which I have some adapters. >(PCIe) which is supported by standard kernel > (currently I'm running: 3.16.0-4-amd64). What about the management software? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/37f6fecf-461f-481f-b892-e4a71af7c...@googlegroups.com
Re: Need SAS HBA for Debian Jessie
On Monday, May 18, 2015 at 3:10:05 PM UTC-5, Don Armstrong wrote: > I personally am using an LSI SAS2008-based HBA with two HP MSA60 > enclosures; I then run standard mdraid on top of that: And there are ports for the management software in Jessie? > If you have smaller numbers of drives, then a standard SATA HBA is > probably good enough. Not so much. Twenty-plus drives in external SFF-8088 enclosures. > Obviously, this set up is not that quick. Well, quick is nice, and the existing controllers are managing more than 750 MBps, but most of the work is across a single 1G Ethernet LAN. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/be3849c3-7b6e-454b-8bc8-a5bd34d92...@googlegroups.com
win 32 loader .ini..
32 win lolader.ini
Dear Sir/ Madam, I downloaded Debian 8 from your web site..when tried to install i got a message " can't find win 32 loader .ini"..please advice me how to install Debian on my computer.. Best Regards.. Dulan
Problems getting started with QtQuick and QtCreator
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I have put aside some time this weekend to see what I can do with Qt Quick. However, when I try to compile the skeleton "hello world" application Qt Creator makes when I create a new project, I get this error: 08:01:47: Running steps for project QtQuick... 08:01:47: Starting: "/usr/lib/x86_64-linux-gnu/qt5/bin/qmake" /home/jgaa/src/tests/QtQuick/QtQuick.pro -r -spec linux-clang CONFIG+=debug CONFIG+=declarative_debug CONFIG+=qml_debug Project ERROR: Unknown module(s) in QT: quick qml 08:01:47: The process "/usr/lib/x86_64-linux-gnu/qt5/bin/qmake" exited with code 3. Error while building/deploying project QtQuick (kit: Desktop) When executing step "qmake" 08:01:47: Elapsed time: 00:00. /usr/lib/x86_64-linux-gnu/qt5/bin/qmake --version QMake version 3.0 Using Qt version 5.3.2 in /usr/lib/x86_64-linux-gnu I don't know if this is a bug in the packaging or something that is broken on my system. I'm using debian testing, updated today. I tried removing and reinstall qtcreator and the qtquick packages, but the problem persists. Any help would be appreciated. Jarle -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVYAzqAAoJECdIPpCNC8tykZEP/1wlyhNI+0Szuoi5RF7tDczw cFR/IEvCG8mbiFv7vK+lt5O6RSpfxDCQaTy9wegApoByf690eJVVsCc0fRBvyoNU e93/Qtq/nOOcgk4GOnPJtG2h69QnZC1Ay6N/qPdc0m+vkRtfbWRoBdXq+QGp+zFF VorfYJUM17zI9CyzH18b644OYd2MFwAxhEbOMUlvL4uXg8CzLiNDwSjP29GWOK6C F0Sj0LDzSl9rnu/Vg39LO0FVlJYkq0PeNv3fuwUgf9SN7JPbewy+WFXLM3G5FzrB tLrNxgBJgGgUu+qYNBBBqqsCRo3LBqRPeSumwhrMdhruFXab8/IQRddRiD8i+SqO Y/huGPCUJ4yJ6CX18MYxesHu9atPGWhbslOkTpCOxzab33Sm7KZUkDiXLEwrwCjM YzqMx1mfvsySc3b9eRmxcbuRQPCH11rXhRqourEI4II6gFw3fnoEjVYZInvvlVwc oUibxQRemZy/tAhluujJLJ76VvhJPEt+1KqATLFozLoDSP9VRuh4+qrVxoL7nbgw Z+KHO/5BcuYX/9I7ixFaXaI6qQwCmyK5YzWiDc5pZIWxgNo8rgNXeJsVSgrtP7OJ 2TBwugfjM7fIfFRpdFNbLUgarevozF1q5h4/+G/LNoPZSsHIX5e6AnvHzOHPargv KQQhlWwPu0vG/qaHvncZ =ihsI -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: https://lists.debian.org/55600cea.9070...@jgaa.com
Re: Problems getting started with QtQuick and QtCreator
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi all, Sorry for the noise. I started trying more of the suggestions in different forum threads regarding this problem, and aptitude install qtdeclarative5-dev solved it. Jarle On 05/23/2015 08:15 AM, Jarle Aase wrote: > Hi, > > I have put aside some time this weekend to see what I can do with > Qt Quick. > > However, when I try to compile the skeleton "hello world" > application Qt Creator makes when I create a new project, I get > this error: > > > 08:01:47: Running steps for project QtQuick... 08:01:47: Starting: > "/usr/lib/x86_64-linux-gnu/qt5/bin/qmake" > /home/jgaa/src/tests/QtQuick/QtQuick.pro -r -spec linux-clang > CONFIG+=debug CONFIG+=declarative_debug CONFIG+=qml_debug Project > ERROR: Unknown module(s) in QT: quick qml 08:01:47: The process > "/usr/lib/x86_64-linux-gnu/qt5/bin/qmake" exited with code 3. Error > while building/deploying project QtQuick (kit: Desktop) When > executing step "qmake" 08:01:47: Elapsed time: 00:00. > > > /usr/lib/x86_64-linux-gnu/qt5/bin/qmake --version QMake version > 3.0 Using Qt version 5.3.2 in /usr/lib/x86_64-linux-gnu > > > I don't know if this is a bug in the packaging or something that > is broken on my system. > > I'm using debian testing, updated today. I tried removing and > reinstall qtcreator and the qtquick packages, but the problem > persists. > > Any help would be appreciated. > > Jarle > > -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVYA8jAAoJECdIPpCNC8tyTloP/1ANEiASVOM1JxNoxTmu1myg DTtemSklu+LBWUJfrk6Q98Wu79G99lFQm5EGCRC9IUC+7ol51eyQB8SUoJ+8lXj2 h0btl/QqpyYSMkjJZJjuOSbYoUpUP68W7dzBSpzqUlvVW3v94AgtgmbIl9ZWwK1W Ddxwn5YxeIV5PQIAHbYl79ZD+5yMe9vLU7LN/yZr2La8M30gwY4bWTJtomLlWTXF MKfh8849sHPMe/ywf5IEGTGDGD6sv+VTv3ihHWlkliJQvJIukMvJdXTORC2w84ew Shz80lU0QgBP/52RxZzPJSLgmvJ56PxaBhWHjAg5OzdvtQ4Yvw8yEKYqpK2aH+MQ F3qjF/NrjmMp30QY4SWK4hsT2YHKXUVzBZp88lXIcokj4VFAKZbLzYiFDjSr7/AR TGvPRoPiz8+To9YBOaqVQOHH/yegFjxXvO9AdJt9tOfEDS9R4KJTgHCG6hRjvtXi wniw+jUJa3Xctl8qkIgbSp7rtBxAyO0FKkICPiQ5kq25nnGrTYpfVKTC6Tf7WbSd WA97cR7WLoWzWKRMWM008ocTKBjqDML0bKp1tMojE14L1x7BjqX5oEUrQvnxx4y7 cCUVE8UBd1vcOZwvLLq7W/U/nXwhbSBv/KzB0SkAT8DDeNjygeAWu8nuG2tHVKOi fs0dzrfrjoc933OZzuH1 =OM+z -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: https://lists.debian.org/55600f23.6020...@jgaa.com
Re: no more sound cards
On Fri, 22 May 2015, Sven Arvidsson wrote: Not sure what is going on here, but you seem to have oss sound, instead of alsa? hi Sven, I had both oss and alsa packages installed, and apparently not broken. I tried "aptitude reinstall" for alsa packages, but this gave nothing. I could at last get a fix doing: 1/ purge all oss packages 2/ purge all alsa packages (alsa-base alsa-utils libsox-fmt-alsa osspd-alsa} 3/ install these packages After that, all sound cards reappeared. I don't know whether step 1/ was useful or not. I don't tag this thread as "Solved" as I still don't know how this problem occured. I had unattended upgrade enabled, but I thought it only deals with security issues, and I found nothing looking at all logs for the night of May 21 to 22. Thanks for your help. cheers -- Pierre Frenkiel -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.11.1505230726490.10...@pfr2.frenkiel-hure.net
discuss debian 's attitude to ppa
Yesterday I installed the LMDE(Linux Mint based Debian Jessie),which is a rolling release issued by Linux Mint! The installation is of no question! But when I want to install openyoudao from ppa , it returns me "not support ppa"! So I search it ! Although I don't find some real proof , but I can see one thing ! Maybe debian will not support ppa , because in the talk of Neil McGovern, he says some weakness of ppa! And from the development of Debian , ppa's development seems to be not able to ensure its stablity! What's your opinion? mudongliang -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/blu436-smtp118a0427f8d8e427d3c4ceebc...@phx.gbl
Laptops, UEFI, Secure Boot and Debian
Researching a laptop purchase (within the next 6 months or so) to replace my aging Desktop (1 to 8.5 years depending on which parts). Going to abandoned the Big Box forever. Need to be very portable in the next year or two. Two questions to begin: 1. Many laptops seem to only be able to turn off Secure Boot through the OS, Windows 8.x, or so I've researched. However, I've read some makes (Asus, Lenovo, Dell and HP) can do it directly through "BIOS" without needing to boot Windows? True? Any others? 2. How UEFI compatible is Debian Wheezy? What I'm running on the Desktop. Or is Jessie the better choice. Or something else entirely? Except Ubuntu variants (Hate it!). I don't want to run in Legacy mode for future compatibility. I won't be installing a desktop, just a window manager. Probably Openbox. Thanks. B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150522235314.7e56f...@debian7.boseck208.net
