Re: Driver issues with GDM & wifi on Intel
On 26/11/2020 09:58, Andrei POPESCU wrote: Most likely the package you need is firmware-iwlwifi, possibly the version in buster-backports. https://packages.debian.org/firmware-iwlwifi Kind regards, Andrei Thanks everyone Ive upgraded it to testing which got GDM working and the firmware-iwlwifi package was the right firmware for the wifi, just a remaing issue with the sound firmware now which as far as I can tell doesnt exist yet (intel/sof/sof-cml.ri)
Driver issues with GDM & wifi on Intel
Ive got a new Dell Lattitude 3410 with "Integrated Intel UHD for 10th Generation Intel Core i3-10110U graphics" and Intel wifi but I cannot get either of them working properly on Debian 10. Ive tried installing firmware-linux-nonfree and firmware-linux but it still wont progress past 'Starting GNOME display manager' and ip a doesnt list the Wifi. Below is the output from lspci 00:00.0 Host bridge: Intel Corporation Device 9b71 (rev 0c) 00:02.0 VGA compatible controller: Intel Corporation Device 9b41 (rev 02) 00:04.0 Signal processing controller: Intel Corporation Skylake Processor Thermal Subsystem (rev 0c) 00:08.0 System peripheral: Intel Corporation Skylake Gaussian Mixture Model 00:12.0 Signal processing controller: Intel Corporation Device 02f9 00:13.0 Serial controller: Intel Corporation Device 02fc 00:14.0 USB controller: Intel Corporation Device 02ed 00:14.2 RAM memory: Intel Corporation Device 02ef 00:14.3 Network controller: Intel Corporation Device 02f0 00:15.0 Serial bus controller [0c80]: Intel Corporation Device 02e8 00:15.1 Serial bus controller [0c80]: Intel Corporation Device 02e9 00:16.0 Communication controller: Intel Corporation Device 02e0 00:17.0 SATA controller: Intel Corporation Device 02d3 00:1c.0 PCI bridge: Intel Corporation Device 02bf (rev f0) 00:1f.0 ISA bridge: Intel Corporation Device 0284 00:1f.3 Multimedia audio controller: Intel Corporation Device 02c8 00:1f.4 SMBus: Intel Corporation Device 02a3 00:1f.5 Serial bus controller [0c80]: Intel Corporation Device 02a4 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15) Can someone point me in the direction of the correct drivers and firmware for graphics, wifi and sound controllers please? Thanks Andrew
Re: TFTPD-HPA permissions
A vague memory but does the file not need to already exist on the server with some older cisco kit? Try touching the file on the server first. Mike. -- Michael Howard Your memory served you well, that sorted it, thanks Mike. Regards Andrew
TFTPD-HPA permissions
Im having a strange problem with tftpd-hpa. Ive not changed anything in its config other than added -vv to get it to log whats going on. Im trying to copy from a Cisco router to the tftp server The log on the server log shows WRQ from the routers ip with the filename then 'sending NAK (1, file not found)' Despite the TFTP_USERNAME="tftp" being set in the config file its still running as root (started from systemd)But I cant see that matters as anyone should be able to write to the directory: TFTP_DIRECTORY="/srv/tftp" ls -l /srv: drwsrwsrwx 2 root root4096 Nov 18 19:37 tftp Any ideas? Thanks Andrew
Re: Choose your side on the Linux divide
On Sat, 30 Aug 2014 02:10:28 +0900 Joel Rees wrote: > "think system" Off topic... on topic... and unthinking... systemd has already won. Fork sysvinit or don't. End of comment. Forever. For me... and leaving behind this useless mailing list -- too much spam. Take it as you like. However, I'm out. I need to attend to other things than responding to children. --Andrew -- 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/20140829140558.9b3f5e176a11f14fe2aa5...@1024bits.com
Re: Choose your side on the Linux divide
On Fri, 29 Aug 2014 07:45:12 +0900 Joel Rees wrote: > Are you a sockpuppet arguing ironically? If so, which side do you > support? Microsoft? I guess you're not interested in the previous post about ad-hominem... and... Oh! You mean unix sockets... hahaha! that's funny. I'm on the FOSS side. However, systemd is much better than sysvinit. And change has been in the works for the better part of the last 15 years - that's half of the purported 30 years of 'stable and unwanted change' of sysvinit. Look up simpleinit for what looks like a decent precursor to systemd. Furthermore there are Debian whitepapers published around circa 2002 regarding the short comings of sysvinit and the advantages of switching it out for a dependency based init. > Follow-ups, if any, on off-topic, please. You seriously must be joking if you think you'll just drop a personal insult on me and then sweep me off to off-topic... --Andrew References: https://www.kernel.org/doc/ols/2002/ols2002-pages-176-182.pdf http://www.safe-mbox.com/~rgooch/linux/boot-scripts/ https://people.debian.org/~hmh/debconf2/debconf2-initscripts-bkg.pdf -- 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/20140828192150.6150f30c033627714c4fc...@1024bits.com
Re: Choose your side on the Linux divide
On Thu, 28 Aug 2014 21:25:37 +0200 Erwan David wrote: > it is IMPOSSIBLE to keep a debian without systemd. $man systemd For compatibility with SysV, if systemd is called as init and a PID that is not 1, it will execute telinit and pass all command line arguments unmodified. That means init and telinit are mostly equivalent when invoked from normal login sessions. See telinit(8) for more information. ... --system, --user For --system, tell systemd to run a system instance, even if the process ID is not 1, i.e. systemd is not run as init process. ... You can definitely install systemd and sysvinit side-by-side. It may be a bit of work on the user's part, but I do believe your claim is 'busted' Although, I haven't tried. Give it go, and let us all know. --Andrew -- 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/20140828153544.4d9e9a80b3e40d0dfe191...@1024bits.com
Re: Choose your side on the Linux divide
On Fri, 29 Aug 2014 00:12:22 +1000 Zenaan Harkness wrote: > Anyway... I suggest we all shake hands and make up ... systemd seems > to be a ... how shall I say it? A somewhat -touching- experience. Hear! Hear! Ignore the total ad-hominem. And *hug* And stop posting troll baiting nonsense about subjects... Signed* Andrew X___ X___ X___ -- 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/20140828101534.fdeaa91fd54e3240dc0ff...@1024bits.com
Re: Choose your side on the Linux divide
On Thu, 28 Aug 2014 16:02:02 +0200 B wrote: > As all I stand up for is _freedom_ (of any kind) and as what I hate most > is fundamentalism (of any kind), this thread is terminated for me. AKA. I don't want to take the time to either learn systemd or try my hand at writing excellent sysvinit code... I'd rather just complain instead... You have freedom to choose, if you want to choose. I'm sure there would be takers who would gladly follow, some with cash and code experience. But that takes a strong leader and not a wishy washy complainer. --Andrew -- 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/20140828101038.fbc21b410122c024026ba...@1024bits.com
Re: Choose your side on the Linux divide
On Thu, 28 Aug 2014 15:46:28 +0200 B wrote: > In other words: we won't have this choice very long. Yes... because I'm very sure that the official Debian repo is the only publicly available remote hosted location to find sysvinit source code... And, let's not forget that the sysvinit source is massive and so does not stand any chance of fitting anywhere on anyone's $25 USD 64GB thumb drive nor on anyone's $99USD 3TB hard drive... come off it! This is so totally completely inane that I'm having trouble believing that those who make these types of arguments can find the power button on their computers. Any 3 systemd complainers on this list could host the entire sysvinit and systemd source stack in repo for less than $2USD/month each... If you want to keep sysvinit, GREAT! .. do so, put your time, money, and resources behind the job -- stop belly aching, and start coding... --Andrew -- 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/20140828095455.0ea35d76310d54f6a1474...@1024bits.com
Re: Choose your side on the Linux divide
On Thu, 28 Aug 2014 15:15:10 +0200 B wrote: > Treating sysV of "overly complex" against systemd is… quite intriguing > (to stay polite and avoid referring to brain and other things;) All of the above is opinion, not source code based, and has nothing at to do with anything other than -- I don't want to use it... I've been using GNU/Linux for at least 15 years. I've programmed in many languages - my favorite being assembly. I find bash scripting to be rather cumbersome, and I find systemd significantly easier to use than sysvinit... after I read through the documentation, that is... So, I guess I'm just the odd anomaly? I suppose /everyone/ who runs GNU/Linux finds bash scripting easy in comparison to filling in sectioned off lists of options, except me? And I suppose there are no users 'out there' who have read about systemd and are eagerly learning how to use it to their advantage rather than moaning about changing how something is done? I somehow don't think so... Further the NSA has guns. They control the agenda because they can shoot you... We're talking about open source software here... If anyone wants to: apt-get source sysvinit is all you need to type in order to compile your own init and run it on whatever machine you wish... So, the NSA comparison is complete rubbish and a total red herring. Troll-baited... sure... however, I would hope that at the very least those wishing systemd away have at least /looked/ a little at the documentation and configuration of systemd. --Andrew -- 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/20140828093251.4646ed815ea2e490cc8e5...@1024bits.com
Re: Choose your side on the Linux divide
On Thu, 28 Aug 2014 14:27:09 +0200 B wrote: > this shift (schism?) It seems to me that the 'schism' is a figment of the imagination, as all major GNU/Linux distributions are actively porting, using, and integrating systemd. So, it's not so much a schism as a branch of non-conformists. While there's nothing wrong with being a non-conformist, in regards to most of the complaints regarding systemd -- the argument does not appear to be about technical superiority, nor performance, nor FOSS, nor substantial in any way except in vaguely philosophical terms. Any even this philosophical argument breaks down into an extraordinary hard line narrow view of what it means to run a *nix system. So, if Mr's and Ms's no-systemd no-way no-how wish to run something else, so be it... I've got no problem with that... However, systemd is what all mainstream GNU/Linux distros will be running for the forseeable future - whether any one user likes it or not... Perhaps there are GNU/Linux users who have not enjoyed using sysvinit - and are welcoming the change... Isn't there the precise reverse argument that these users were 'forced' into using sysvinit and are now being 'freed' from its archaic, overly complex, and necessarily redundant bash scripting? --Andrew -- 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/20140828084324.b90267a5fcaad002985d2...@1024bits.com
Re: Choose your side on the Linux divide
On Wed, 27 Aug 2014 19:43:35 +0100 Martin Read wrote: > On 27/08/14 19:07, Brian wrote: > > Please join him on the site where his article is published; there is a > > comments section. Perhaps other like-minded people would like to > > accompany you. > > Encouraging the balkanization of the Internet into a collection of echo > chambers seems ill-advised. The Internet is already a collection of echo chambers... I thought that was the whole point of Twitter, Facebook, and the New York Times online edition... --Andrew -- 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/20140827145922.9964831a18ac01b12cf83...@1024bits.com
Re: Choose your side on the Linux divide
On Tue, 26 Aug 2014 16:52:45 -0400 Steve Litt wrote: > Hey Tom H, > > When I start posting about my cat, or my car, or who I'll vote for for > governor, you can give me that "OT list" BS. But how your Linux > operating system is started, and whether it becomes more modular or more > entanged, is 100% Linux. > > SteveT Hey SteveT, When you start RTFM on systemd and start to post comments that show you've done more than just use the 'think system' to understand how to use it, you can give that 'systemd sucks' BS. All in good fun, of course. Info on the think system... http://members.shaw.ca/trishmau/thinksystem/musicman.htm Have fun. --Andrew -- 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/20140826172124.506ed7532bb5ea0e9cdee...@1024bits.com
Re: I hate network-manager (was /etc/rc.local and systemd)
On Sun, 24 Aug 2014 18:00:52 -0400 (EDT) Stephen Powell wrote: > network-manager! Is there anything I can do to make > it leave eth0 totally in the control of ifupdown and to not > touch it at all The settings in /etc/network/interfaces are automatically used instead of network-manager. Or, in other words, any manually configured interfaces should be listed in /etc/network/interfaces ... It you open the 'interfaces' file you will probably see the eth0 interface commented out and preceeded by a Network-Manager line... --Andrew -- 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/20140824184407.afc86c74c1d7253aa4336...@1024bits.com
Re: system-config-printer
On Fri, 22 Aug 2014 15:12:21 -0400 Ric Moore wrote: > Is it something I need when I use the cups web frontend? I believe you can safely remove system-config-printer and use the cups web interface on port 631 instead. Although you may have issues with reverse depends: Reverse Depends: task-xfce-desktop task-lxde-desktop task-kde-desktop print-manager hplip gnome-control-center education-desktop-xfce cups-pdf --Andrew -- 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/20140822154039.02a79cd141b104af6615c...@1024bits.com
Re: Anybody know who user-65534 is?
On Sat, 16 Aug 2014 12:59:24 +0200 david wrote: > Can this delay be eliminated? After all it did not used to happen before > systemd was implemented. OP is running Sid. So there are problems with stability in the unstable version of Debian... and? ... Oh well. ps -u 65534 will show any random processes that 'nobody' may be running. Then poke around /etc/systemd and /lib/systemd for a bit. Explore the newness. Smell the fresh code smell... and enjoy... --Andrew -- 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/20140816085328.ec91c44bb571b36916c62...@1024bits.com
Re: Irony
On Sat, 16 Aug 2014 10:51:03 +1000 Zenaan Harkness wrote: > improvements to Andrew moment I'm quite perfect and need no improvements. Much like systemd, of course. SQL logging module notwithstanding... > because most of us are deranged Well then! I've come to the right place! --ANDREW -- 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/20140815210243.1051b7ad26e28fbd828f2...@1024bits.com
Re: Irony
On Fri, 15 Aug 2014 09:51:52 -0400 Steve Litt wrote: > ou've made it clear, you don't mean a program should exist > to copy text file logs into a Postgres database, you mean that they go > right into Postgres, and then the user must run programs to see them. > What could *possibly* go wrong? https://lists.debian.org/debian-user/2014/08/msg00511.html Directly contradicts you... Oops! I just stepped in the troll den again... --Andrew -- 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/20140815104010.6c0af4eecd7363db9c046...@1024bits.com
Re: Irony
On Fri, 15 Aug 2014 13:37:38 +0900 Joel Rees wrote: > What columns? Who defined those columns? There are way way too many wrong items to respond to here... However, if you've customized your logs then you have decided the table column headers. There is precisely no difference in the logic nor, in fact, the actual programmatic action of defining the 'column' headers in your apache httpd.conf file or the column headers in a database table called 'apache2' ... The rest of your arguments are similarly flawed... Pardon me... I should have seen the den of trolls I was stepping into... I'll tread more carefully when dealing with similarly minded attack dogs for the good 'ol times when they needn't worry about sense, logic, or reality... --Andrew -- 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/20140815063904.6a3bbc6d8a26c6dbd3314...@1024bits.com
Re: Irony
On Thu, 14 Aug 2014 21:16:16 -0400 Jerry Stuckle wrote: > It NEVER > contains just one table, even if that table has multiple columns (and > the database is properly normalized). See step 1... selecting the table = selecting the log file... A multiple table database is precisely the same as a multi-file log directory. -Sorry - you lose. --Andrew -- 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/20140814214214.ec6ef8f58a4d2bf9240bc...@1024bits.com
Re: Irony
On Fri, 15 Aug 2014 09:11:19 +0900 Joel Rees wrote: > When you're grep- or sed-searching a textual log file, you don't care > whether all the log entries fit any particular relation or structure > definition, and you don't have to think sideways to search on the > keywords buried in the text of the actual log entry. Of course you think sideways... Step 1. Choose a log to view Step 2. Decide which time frame you want to view. Step 3. Decide which column is important to you. These are all relational searches. The fact that you decide as a human does not make the data non-relational. It should be very clear that log data are strongly relational. They conform to all the ideas regarding relational data, and you follow relational logic to retrieve the parred down snippet of data you wish to view. As far as keywords go, which column in an apache log shows the referrer? Which one shows the date? Aren't these precisely keyword searches? In fact, awk with grep usage is very similar to a database 'select' statement... except the user must already know what the column headers are, as that information is not available as it would be in an sql database... --Andrew -- 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/20140814204736.bfbd6f88dba61ca919b63...@1024bits.com
Re: Irony
On Thu, 14 Aug 2014 14:14:28 -0600 Paul E Condon wrote: > Andrew, are your cookies virtuous (lo-cal) or virtual? ;) Neither. I prefer homemade chocolate chip using 1/2 cup butter and 1/2 cup Crisco... Just like my grandmother used to make... > Comments (opinion) supporting your position that SQL logging is silly. > > It is my understanding that SQL is a query language that is designed > to query (and update) a *relational*database* Logging data are 100% relational. In fact, everytime someone uses grep, tail, head, cut, and awk to search through a log file -- they demonstrate that the log data are relational. http://web.mit.edu/11.521/www/lectures/lecture10/lec_data_design.html and. http://ocw.mit.edu/courses/electrical-engineering-and-computer-science/6-830-database-systems-fall-2010/lecture-notes/ A syslog is close to very definition of relational data with the primary key being the timestamp and/or the "facility" in one large table [not the best design] --- or better primary key being the timestamp and/or generated uuid and the facility being the table... However, as I stated previously, systemd seems fine to me... and the old sysvinit have sql export already - so, obivously lots of people thought and presumably still think log data is handy in an sql database. http://www.rsyslog.com/doc/rsyslog_pgsql.html QED. --Andrew -- 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/20140814170555.03d4fb153dbdeba21ffa8...@1024bits.com
Re: par2
On Thu, 14 Aug 2014 08:44:16 +0900 Joel Rees wrote: > this is not a situation where we are worried about > attackers Crypto is crypto... and md5, sha1, sha256 are cryptographic hashes. And a cryptographic hash is only as good as its slowness in reverse computation and its uniqueness [collision-lessness] for a given data set... --Andrew -- 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/20140814070454.3ed47f58bd45aed9aa3f4...@1024bits.com
Re: par2
On Thu, 14 Aug 2014 08:18:21 +0900 Joel Rees wrote: > Did you mean 3xiTB, by any chance? There will be blood... err.. typos. --Andrew -- 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/20140814070159.206868a5053ad330f9708...@1024bits.com
Re: default layout for web server (jessie)
On Wed, 13 Aug 2014 22:42:12 -0400 John Bleichert wrote: > Apache on Debian Jessie = Apache 2.4 Wheezy = Apache 2.2 Apache 2.4 is very different than 2.2... Many things have changed including variable names, SSL cert configuration, and many others... this is not a Debian thing. --Andrew -- 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/20140814065618.1606ab5496fc39439c5e1...@1024bits.com
Re: The Fine Art of Making a Bootable Drive; more
On Wed, 13 Aug 2014 08:09:41 -0500 "Martin G. McCormick" wrote: > but I am curious as to why the first method simply has never booted? 1. As far as I know, it's not possible to simply copy a working /dev tree. These are special files which are generated with the mknod utility. 2. Booting a computer is fairly complex. Everything needs to be at a specific location on the drive, needs to occupy the appropriate sectors - which vary in precise size depending on the drive geometry as well as the partitioning. And everything needs to appropriately connected together. 3. dd copies at the bit level. It's a low level utility. And that's why it works, while the high level rsync or cp utility will not. --Andrew -- 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/20140813100229.de497630651a63c0145d7...@1024bits.com
Re: Egad stumped by fetchmail ...
On Mon, 11 Aug 2014 11:25:52 -0400 Harry Putnam wrote: > And yet something seems to be causing the verbose setting to produce > insufficient output on the new host. > harry > fetchmail -vvvac > fetchmail: Old UID list from pop.newsguy.com: > fetchmail: Old UID list from pop.newsguy.com: > fetchmail: Scratch list of UIDs: Does fetchmail exit back to prompt after outputing just these three lines? > I've been moving my main work host, (Debian jessie), to a vm running > on a windows hosts. > > I now have it setup, and been using it for a while. Do you mean you've been using the vm for awhile? Or Do you mean you've been using fetchmail from within the vm for awhile? > It seems odd that I can view and access the mail with web interface at > newsguy.com but cannot retrieve it with the `new' host. There are many reasons why mail might only be accessible from a web interface. However, it's likely there's some local configuration problem with the fetchmail or vm setup or both... On Mon, 11 Aug 2014 17:50:59 +0100 Brian wrote: > Time to go back to basics. > >brian@desktop:~$ telnet pop.newsguy.com pop3 >Trying 74.209.136.72... I would try Brian's suggestion. Can you telnet to the pop server from the vm? Also, are you using the vm exim installation for local mail delivery to your intranet? To your Windows host through the vm? To other network clients? If so, you probably will need to open ports both in the Debian installation and through the vm NAT interface. --Andrew -- 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/20140811145625.98ea40e31738a1efde407...@1024bits.com
Re: Egad stumped by fetchmail ...
On Mon, 11 Aug 2014 09:24:06 -0400 AW wrote: > It's possible you will need to enable the service daemon... > > sudo systemctl enable fetchmail > > in order for it to start on host boot. And I forgot about the /etc/default/fetchmail Make sure START_DAEMON=yes --Andrew -- 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/20140811093536.71e52733d3109156c6a38...@1024bits.com
Re: Egad stumped by fetchmail ...
On Mon, 11 Aug 2014 09:01:07 -0400 Harry Putnam wrote: > Fetchmail is never a problem... and yet: > I've been moving my main work host, (Debian jessie), to a vm running on a > windows hosts. Did you ensure the fetchmail daemon is running? ps -A |grep fetchmail It's possible you will need to enable the service daemon... sudo systemctl enable fetchmail in order for it to start on host boot. --Andrew -- 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/20140811092406.4327743fb6e5025b2d2a7...@1024bits.com
Re: par2
On Mon, 11 Aug 2014 17:30:14 +1200 Chris Bannister wrote: > Here in New Zealand - *ONE* Raspberry Pi $55.00, 16GB SD $20.00, cases Well, you do have some of the most picturesque land recorded in 48 frames per second... and Hobbits... :) > That's dammned expensive and not useful at all!!! It's very useful. Consider the yearly savings in electricity. And if you simply run non-RAIDed external USB drives for backup - they only spin for a few minutes each day to rsync your data to the backup location. This will almost surely ensure long drive life. Also, lots fun playing with the GPIO... But I'm an EE, so perhaps my source of happiness is a bit skewed... --Andrew -- 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/20140811084040.1243d4bb1cadc0861542e...@1024bits.com
Re: End of hypocrisy ?
On Mon, 11 Aug 2014 22:15:02 +1000 Zenaan Harkness wrote: > > Don't confuse GNU and GNOME. HINT: What does GIMP stand for? > > GNOME Image Manipulation Package? Oh come on man! Stop with the silly FUD... It doesn't become anyone here... The GIMP has been around a long long time. GIMP: https://en.wikipedia.org/wiki/GIMP GIMP /ɡɪmp/[4] (GNU Image Manipulation Program) is a raster graphics editor. ... Initial release January 1996; 18 years ago ... Written in C, GTK+ ... GIMP was originally released as the General Image Manipulation Program,[6] by creators Spencer Kimball and Peter Mattis. GNOME: https://en.wikipedia.org/wiki/GNOME Initial release March 3, 1999 --Andrew -- 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/20140811083028.d3c04c045a5b14e450577...@1024bits.com
Re: par2
On Sun, 10 Aug 2014 10:50:42 -0400 Gary Dale wrote: > Your results... The test was only a very simple comparison. If you want a more thorough test, it's certainly much better to break everything out the way you have listed... and it's probably best done on the chosen and completed hardware configuration. However, everything was completed on the same cpu, with the same drive, and same resources. This means that - the disk i/o is constant, since the drive and controller are the same. So, logically, the main difference /must/ be cpu time. I'm not arguing for or against any particular bit-rot testing mechanism - just that given uniform drive parameters, various methods of verifying file data integrity are limited by cpu time. This should also be obvious from the math required to do the various crypto and data checks... As far as par creation goes -- it's obviously going to take a long time... that's why you want to do it less often, and in a scheduled way. md5 https://en.wikipedia.org/wiki/MD5 sha1 https://en.wikipedia.org/wiki/SHA-1 par https://en.wikipedia.org/wiki/Reed-Solomon_error_correction It can easily be seen, even by a non-expert, looking at the summary box explanation that comparing md5 with sha1... sha1 would be much slower. It's harder to compare reed-solomon in a pseudo direct way --- but it is slower... This is not a design error. It's actually what is desired. The slower a crypto scheme functions, the 'better' it is... Of course, this is a generalized non-expert statement. However, it can be imagined that the goal is to slow down an attacker to a speed that requires so significant a time requirement that brute forcing would be effectively impossible. On the par checking, it's based on sampling and correlation. All of these mathematical calculations are done in the cpu. So, if you have a system with enough RAM to hold large files -- the limiting factor will be cpu time, cpu resources, and program structure -- i.e. does the program use the processor effectively, with threading and properly filled registers... --Andrew -- 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/20140810113508.e3c0f0637a23f1765c61b...@1024bits.com
Re: par2
On Sat, 09 Aug 2014 16:37:52 -0400 Gary Dale wrote: > The speed of the check is usually limited by the speed of reading the > file(s) from disk. A par2 check is more direct and will also > automatically repair any bit rot that has developed. Definitely not. For very small files nearly all methods of error checking are about the same. For large files, there are massive time differences between md5, sha1, par2. The longest time, by far, is par2 checking. I even did a simple check myself to ensure this is true... Here are the results: Summary: par2 verify about double time than sha1 for large files. sha1 verify about double time than md5 for large flies. par2 creation about 21 times longer than sha1 generation for large files. sha1 creation about double time than md5 for large files. Details: For check generation: 10 x 1024 files for md5sum generation Elapsed time is 0.00465393 seconds. 10 x 1024 files for sha1sum generation Elapsed time is 0.00407004 seconds. 3 x 1GB and 2 x 2GB files for md5sum generation Elapsed time is 13.0712 seconds. 3 x 1GB and 2 x 2GB files for sha1sum generation Elapsed time is 22.3703 seconds. 10 x 1024 files for par2 generation Elapsed time is 0.0724349 seconds. 3 x 1GB and 2 x 2GB files for par2 generation Elapsed time is 471.907 seconds. For verify of check: 10 x 1024 files for md5sum verify Elapsed time is 0.00395489 seconds. 10 x 1024 files for sha1sum verify Elapsed time is 0.00317788 seconds. 3 x 1GB and 2 x 2GB files for md5sum verify Elapsed time is 12.9887 seconds. 3 x 1GB and 2 x 2GB files for sha1sum verify Elapsed time is 22.6091 seconds. 10 x 1024 files for par2 verify Elapsed time is 0.019568 seconds. 3 x 1GB and 2 x 2GB files for par2 verify Elapsed time is 51.4989 seconds. CPU: Architecture: x86_64 CPU op-mode(s):32-bit, 64-bit Byte Order:Little Endian CPU(s):8 On-line CPU(s) list: 0-7 Thread(s) per core:2 Core(s) per socket:4 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family:6 Model: 26 Stepping: 5 CPU MHz: 1600.000 BogoMIPS: 6414.40 Virtualization:VT-x L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 8192K NUMA node0 CPU(s): 0-7 Memory: 24GB --Andrew -- 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/20140809180230.66a9d8c0fca51961ba036...@1024bits.com
Re: Irony
On Sat, 9 Aug 2014 16:26:40 -0400 Steve Litt wrote: > Hi all, > > Some of the reasons I switched my desktop from Ubuntu to Debian were: > > 1) To do more config by editor and less by magical binary program. > > 2) To get rid of gratuitous boot gunge (in this case Plymouth) > > 3) To get closer to the Unix Philosophy > > Within months of my switch, oops, here comes systemd. > > Sometimes, you just have to laugh. > > SteveT A new thread... I chase this one, knowing full well that convincing anyone of anything is nearly impossible. There remains only a few holdouts from the "major" distributions: Gentoo and Slackware. So, give 'em a go... However, I've spent a significant time over the last few days relearning much of what I thought I knew about rsyslog, what I knew I didn't know about systemd, and musing about what the future may hold... And I gotta say, I might have agreed with you several months ago -- but I no longer do... Systemd is going to take over, because it's - well - better than what existed in the past. And that's also what open source is about -- a meritocracy. I also learned that rsyslog, syslog-ng and company have had sql logging capability all along... silly me! I should just learn to look more thoroughly at what I have in front of me... and, I'm sure, if you take a good honest look at the whole of systemd and what the team is attempting, you'll come over to the dark-side as well... BTW, we have cookies. --Andrew -- 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/20140809164754.2d1b8b6f2f5ce99bc45e8...@1024bits.com
Re: par2
On Sat, 09 Aug 2014 16:08:41 -0400 Gary Dale wrote: > Whatever for? There are better checksums and md5 doesn't provide error > correction? Even the MD5 man page advises using sha checksums instead. md5sum provides a relatively quick check... if it fails, then use the "real" check, i.e. pars. This saves [or seems to save] computing resources... However, it was just a suggestion... --Andrew -- 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/20140809162033.bdf0a3999e75e47c9408a...@1024bits.com
Re: par2
On Sat, 09 Aug 2014 15:24:49 -0400 Gary Dale wrote: > Assuming you have both a backup copy and a live copy plus some par2 > files, you should be safe with the 5% to 10% I suggested. If going with an external backup and pars... I'd also add md5sums to the list. I've had great success using external drives drives connected to a low power device like the Raspberry Pi. The full data system: CPU 0 - Original is on host drive. Pi 0 - Backup is RAID 1 [with two separate drives] Pi 1 - Repair data is on separate backup drive along with md5sum lists. All connected via network, rsync between machines. Cron scripts run nightly to retrieve, verify -- md5sum -c first, repair data. Additional cost is: $70 for 2xRPi $250 for 3x1GB drives --Andrew -- 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/20140809155614.3a2b3d3ce1f23f20a16cb...@1024bits.com
Re: End of hypocrisy ?
On Fri, 8 Aug 2014 20:50:14 -0400 Steve Litt wrote: > Seventh, there's 40 years of experience with text logs. Are they > perfect? No. The thread that doesn't die --- misinformation all over the place, and some it that my misinformation -- sorry 'bout that. Anyway, I feel prodded, so rebuttal... Perfect? I should definitely say not... a decade or so of remote exploits in no particular order: http://www.securityfocus.com/bid/10684/discuss http://xforce.iss.net/xforce/xfdb/43518 http://cxsecurity.com/issue/WLB-2011020121 http://www.securiteam.com/securitynews/5XP0K0U9GK.html http://www.juniper.net/security/auto/vulnerabilities/vuln3498.html http://www.linuxtoday.com/security/291801204SCRH http://www.cvedetails.com/cve/CVE-2000-0917/ http://securitytracker.com/id/1019105 http://www.redhat.com/archives/linux-security/1999-November/msg00013.html systemd with its binary file format and buffered line to and from a service daemon will [or should] nearly automatically take care of some very nasty security problems that crop up from time to time... Now, imagine if the the log was kept in an sql database secured with a public key or password or something dependent on the local machine, and the queries were properly escaped to prevent sql injection - something that would only need to be done once... Of course all software is broken when it comes to security. However, that's no reason to lay down the welcome mat. BTW: To those complaining of Firefox's use of sqlite... https://en.wikipedia.org/wiki/SQLlite The browsers Google Chrome, Opera, Safari and the Android Browser all allow for storing information in, and retrieving it from, a SQLite database within the browser, using the Web SQL Database technology. Mozilla Firefox and Mozilla Thunderbird store a variety of configuration data (bookmarks, cookies, contacts etc.) in internally managed SQLite databases, and even offer an add-on to manage SQLite databases. So, all major browsers except IE use sqlite. --Andrew -- 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/20140808215307.88c4e752588c245d911b9...@1024bits.com
Re: Partitioning of new machine
On Fri, 8 Aug 2014 12:14:31 +0200 "B. M." wrote: > optimal partitioning scheme which should last for the > next 10 years :-) I've found that using lvm is a great idea. Resizing volumes is incredibly easy. You can even easily resize a volume to occupy a portion of a new HDD. So, my recommendation for new installs is always to use lvm. > Is it still a good idea to put /var on an HDD, not a SSD? My understanding of SSD operation is that they are excellent for write once, read often scenarios. Data that are going to be changed often may not be good candidates for an SSD. There's also a tendency for SSD operation to slow if the drive is re-written often. My information may be a bit outdated as SSD technology has improved. > /video HDD, btrfs, 560 GB > for video editing or series, no backup, not encrypted > /data HDD, btrfs, encrypted, keyfile, RAID1 (2 x 700 GB). > With subvolumes for digikam archive, movie archive and music I don't know much about software RAID. I usually run a hardware RAID. However, I'm not so sure it's a good idea to run a software RAID1 on a drive that will also be used for video editing. It seems to me that the RAID1 operation would drive down the performance of the HDD enough to significantly affect video editing. --Andrew -- 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/20140808080822.e923cca587cf84f653d54...@1024bits.com
Re: End of hypocrisy ?
On Fri, 8 Aug 2014 09:03:56 +0900 Joel Rees wrote: > You do understand the chicken-and-egg nature of what you're asking for? > > You're needing to output logs to but up servers, but you have to boot > a server as complex as anySQL server to get there. I wasn't going to continue on this thread -- and after playing with the journalctl cli for much of the day -- I repent of my complaints [mostly] -- any remaining complaints are extremely minor. But I guess I should answer a direct question... perhaps a new thread should be started, this one is getting long in the tooth. Of course I understand the chicken-egg problem. However, once the system is running, there's no reason why the log data collected during the boot process couldn't then parsed into a standardized db --- resulting in standardized sql query capabilities. The boot log data should be entirely ASCII until a login prompt. This greatly assists troubleshooting of failed boots - undeniably. However, after booting, remove the ASCII boot log data from RAM via secure deletion process to increase security of the system as a whole... --Andrew -- 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/20140807202843.e51133aa06266a9b5...@1024bits.com
Re: End of hypocrisy ?
On Thu, 7 Aug 2014 16:44:39 -0400 Tom H wrote: > journalctl has output options: > > -o, --output= > > Controls the formatting of the journal entries that are shown. Takes > one of the following options: Seems fine to me after letting go of first impression of distrust in new things... However, I still like my pet idea of postgresql --- and SQL is much more fun than journalctl statements... So, back to the ranch I go... --Andrew -- 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/20140807171946.5f4de53e9e7f2c73cf201...@1024bits.com
Re: End of hypocrisy ?
On Thu, 7 Aug 2014 15:28:08 -0400 Rob Owens wrote: > I do miss the ability to grep my bookmarks.html file. Maybe there's a > way to do it with sqlite, but I never learned. > > One thing that attracted me to Linux many years ago was that due to its > Unix heritage, You use the SQL language... which also has a long heritage -- I think from the 1960s... It's fairly simple to produce queries. And there's no need to worry about regex, which - IMO - is far more difficult. So -- instead of 'grep' you would use sqlite3 [dbfile] [query] To see what kind of things are stored in the firefox places database: of course your .default file will most likely be named differently... sqlite3 ~/.mozilla/firefox/tolgu73t.default/places.sqlite ".tables" and to list bookmarks: sqlite3 ~/.mozilla/firefox/tolgu73t.default/places.sqlite "select * from moz_bookmarks" If try this, you'll notice that the output looks 'nice' -- in that it seems quite 'grep-able' ... And that's what's sorely missing from journald. --Andrew -- 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/20140807155547.a93095d9b778479c97a04...@1024bits.com
Re: End of hypocrisy ?
On Thu, 7 Aug 2014 16:19:03 +0100 Darac Marjal wrote: > Consider it to be another database format. You wouldn't necessarily try > to cat a MySQL or PostgreSQL datastore; you'd use the appropriate tools > to select all from it. Yes. But it's not. Although it should and could be an easily queried data store. ... SYSLOG_IDENTIFIER=apache2 _PID=1808 _COMM=apache2 _CMDLINE=/bin/sh /etc/init.d/apache2 start _SYSTEMD_CGROUP=/system.slice/apache2.service _SYSTEMD_UNIT=apache2.service MESSAGE=. Thu 2014-08-07 06:21:24.805036 EDT [...] PRIORITY=6 _UID=0 _GID=0 ... This is filled with problems and pitfalls. And the outputted text from the data store search tool is terribly formatted for further inclusion with other regular GNU/Linux command line text processing tools. I would say, systemd and journald are a great start to a great end -- but right now, it's not so much fun... --Andrew -- 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/20140807114954.3678a20b9ce03c4af75dd...@1024bits.com
Re: End of hypocrisy ?
On Tue, 05 Aug 2014 23:43:09 +0300 David Baron wrote: > Seems I got it with > the new 64bit installation, wheezy upgraded to Sid. On Thu, 07 Aug 2014 15:03:50 +0300 David Baron wrote: > Offered for upgrade today are a bunch of old-style?? init components, > initscripts, sysv-rc, etc Are these the Sid installation upgrades? I generally run 'testing' on most of personal machines. I've had no issues with converting from sysvinit to systemd. Also, I've had no problems using both 'old' style init and 'new' style systemctl commands interchangeably to interact with services. --Andrew -- 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/20140807083108.c91fd61b715ef11d40071...@1024bits.com
Re: End of hypocrisy ?
On Wed, 6 Aug 2014 16:25:21 -0400 Tom H wrote: > So, yeah, /var/log/messages sucks, and journalctl is better at > generating a compatible output that that file ever was in itself. I definitely agree. --Andrew -- 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/20140806162719.f58fb0d671418b3495a7d...@1024bits.com
Re: End of hypocrisy ?
On Wed, 6 Aug 2014 22:15:08 +0300 Andrei POPESCU wrote: > The advantage of journald is that it captures more information because > it runs much earlier and also because it captures stdin (?!) and stderr > of daemons. The data has more metadata and is also better structured and > indexed (hence the need for binary storage). I've seen this... However, I would prefer to take it several steps farther, and store the log data in a database; postgresql, of course, is there any other? ... Think of this powerful use case: given a server farm of 1000 or so hosts. Each server has a write only ssl connection to an external postgresql database for log purposes. Of course copies of the logs can be kept locally, but think of the security increase of not storing apache, mail, or even auth logs locally. And think of the standardization that would come almost by default. With a few well chosen queries, and a little R magic, the entire 1000 host server farm could be evaluated quickly in a report style that even management might understand... /sarc Perhaps this functionality is already built into systemd... and we'd never know until we look through the header files in the source code, and discover that - Yes! - journalctl REMOTE_LOGGING=2.5 means activate the secure remote pgsql capability... /sarc --Andrew -- 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/20140806162620.5ec7f9a56cfaf26f4c30f...@1024bits.com
Re: End of hypocrisy, beginning of reason
On Tue, 5 Aug 2014 19:01:57 -0400 AW wrote: > But why '4'? Why not '42'? Or even better... This makes the number '4' meaningful... ... SyslogFacility= Sets the syslog facility to use when logging to syslog. One of kern, user, mail, daemon, auth, syslog, lpr, news, uucp, cron, authpriv, ftp, local0, local1, local2, local3, local4, local5, local6 or local7. See syslog(3) for details. This option is only useful when StandardOutput= or StandardError= are set to syslog. Defaults to daemon. ... Found here: http://www.freedesktop.org/software/systemd/man/systemd.exec.html If I count from zero... 0 = kernel 1 = user 2 = mail 3 = daemon 4 = auth So it would seem that SYSLOG_FACILITY=4 is setting the variable [thus the capitals] to look only at those messages that correspond to auth... This is entirely unintuitive... and inconsistent with the operation of sending messages to the log through syslog... http://man7.org/linux/man-pages/man3/syslog.3.html Here, you would use the much more intuitive variable setting of LOG_AUTH Now, that makes sense --- why the incongruity in settings between sending to the log and retrieving from the log? Anyway -- I'll stop posting my musings, thoughts, and findings -- I'm sure I'm running late on this subject in comparison to many people here... --Andrew -- 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/2014080523.280e30895407a946f573b...@1024bits.com
Re: End of hypocrisy, beginning of reason
On Tue, 5 Aug 2014 17:57:02 -0400 Tom H wrote: > journalctl SYSLOG_FACILITY=4 Thanks! But why '4'? Why not '42'? Or even better... journalctl show auth journalctl show apache2 journalctl show postgresql or even better still journalctl show -v postgresql and I found the '-o verbose' option to output lots of detail per entry. However, I can see that this is going to take awhile to sink into my steel sieve like mind... BTW... I tried SYSLOG_FACILITY=0 [through] 10 I tried SYSLOG_FACILITY=kadhfkjdahfkldhasdflkdasjf and got the first line of the log. I tried syslog_facility=4 [this doesn't work -- apparently the option is case sensitive and in the reverse case of most other command line options. The thing looks really cool with lots of toys. However, there's just no way to figure out how it works without already knowing how it works. And the documentation on the official systemd site is quite terrible, at least so far as I've been able to discover. --Andrew -- 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/20140805190157.14f6338181508b927c115...@1024bits.com
Re: Debian php5 (Can't get download when doing apt-update)
On Tue, 5 Aug 2014 16:48:46 -0400 AW wrote: > and what's in the /var/www directory? > ln -l /var/www oops! That should be 'ls' not 'ln' ... I guess not enough coffee today -- and my 3 year old child ripped a few keys off my keyboard too... --Andrew -- 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/20140805165308.5193ce5ffbc51bbb2f030...@1024bits.com
Re: Debian php5 (Can't get download when doing apt-update)
On Tue, 5 Aug 2014 16:42:14 -0400 Matthew Brown wrote: > I did that and now get internal server error. :-( The internal server error is usually not so internal. Many times it means you have a misconfigured apache site or have incorrect file permissions in your web directory tree. Are you using the default apache configuration? If not, have you written a site config file for your new web site page and enabled that page via the a2ensite command? What sites are enabled? ls -l /etc/apache2/sites-enabled What sites are available? ls -l /etc/apache2/sites-available? and what's in the /var/www directory? ln -l /var/www --Andrew -- 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/20140805164846.78ec11cc69ab042da15e8...@1024bits.com
Re: Debian php5 (Can't get download when doing apt-update)
On Tue, 5 Aug 2014 16:32:43 -0400 Matthew Brown wrote: > php5-cgi - server-side, HTML-embedded scripting language (CGI binary) > php-auth-http - HTTP authentication > libapache2-mod-php5 - server-side, HTML-embedded scripting language I would install these three. sudo apt-get install php5-cgi php-auth-http libapache2-mod-php5 And go from there... --Andrew -- 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/20140805164137.1436e047f6276ce4122ae...@1024bits.com
Re: Debian php5 (Can't get download when doing apt-update)
On Tue, 5 Aug 2014 16:08:49 -0400 Matthew Brown wrote: >One quick question, I have the php config file pointed to the web root >(www) and put a test php file in it, but it is not working. I just >see all the text. Any help with this will be appreciated! If you are using php in a webserver environment, you need to install the appropriate module that will allow access to php. In most cases this means installing the apache php module. If you are running wheezy -- which seemingly you are -- the repo apache is version 2.2 --- Things change with apache 2.4 and Debian jessie, so be careful about this later on... Anyway, find and install the apache php module... sudo apt-cache search apache | grep php sudo apt-get install "whatever is appropriate" This should get you the module. Then you need to make sure the module is enabled for apache... sudo a2enmod php5 Then you need to restart apache sudo /etc/init.d/apache2 restart ... This should work even if you have systemd versus sysvinit. There are wrappers installed for backward compatibility. However, if you have systemd installed, it's probably a good idea to practice the new command set... --Andrew -- 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/20140805162123.ce0c286c2144ceb540dd2...@1024bits.com
Re: End of hypocrisy, beginning of reason
On Tue, 5 Aug 2014 15:44:50 -0400 Steve Litt wrote: >I hear PAM now depends on >systemd, for what reason I haven't a clue. I'd bet last Tuesday's burrito special that you could compile and install a version of PAM without systemd... However, it's not all surprising that PAM pulls in a systemd dependency. All those services and log files need to be operated using appropriate users. cat /var/log/auth.log or journalctl 'something unknown by me' I will readily admit that the first command seems much more logical to me than the second... but unfamiliarity does not equate to 'bad'. --Andrew -- 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/20140805161240.0ffb9c478e2f6b12d952c...@1024bits.com
Re: Mongodb smallfiles option
On Tue, 5 Aug 2014 12:27:16 -0700 S Tan wrote: >I keep getting "ERROR: Insufficient free space for journal >filesPlease make at least 3379MB available in >/var/lib/mongodb/journal or use --smallfiles." I am trying to run >mongodb with smallfiles option. Looked in /etc/mongodb.conf but I do >not see that as an option. So I modified /etc/init.d/mongodb (the >startup function) to include --smallfiles(in DAEMON_OPTS) but so far, >no go. Any help would appreciated. Thanks. I believe --smallfiles is an option to limit the size of optional files to 512MB. You still need a heck of a lot of storage space if you are going to run a cluster. This option should probably go somewhere in /etc/mongodb.conf rather than in the init file. what's the output of: sudo df -H You may need to expand a partition, or add a secondary drive and mount it at /var/lib/mongodb Personally, I've found mongodb too complicated and cumbersome for most of my use cases... postgresql is my go to database pretty much everywhere. --Andrew -- 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/20140805160318.a693e743a046cc956452e...@1024bits.com
Re: Debian php5 (Can't get download when doing apt-update)
On Tue, 5 Aug 2014 14:36:38 -0400 Matthew Brown wrote: >- sources.list ># > ># deb http://security.debian.org/ wheezy/updates main contrib >deb-src http://security.debian.org/ wheezy/updates main contrib > ># deb http://packages.dotdeb.org stable all >deb-src http://packages.dotdeb.org stable all > ># deb http://packages.dotdeb.org wheezy all >deb-src http://packages.dotdeb.org wheezy all > ># deb http://ftp.debian.org/debian/ wheezy-updates main contrib ># deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib > ># deb http://ftp.us.debian.org/debian stable main >deb-src http://ftp.us.debian.org/debian stable main > ># deb http://packages.dotdeb.org wheezy-php55 all >deb-src http://packages.dotdeb.org wheezy-php55 all You need to delete the '#' in front of each 'deb' line... Then issue the command: sudo apt-get update Then issue the command: sudo apt-get install php5 And probably: sudo apt-get upgrade --Andrew -- 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/20140805145522.d2fd52aaca875e4ac327d...@1024bits.com
Re: Debian php5 (Can't get download when doing apt-update)
On Tue, 5 Aug 2014 13:41:34 -0400 Matthew Brown wrote: >Can you provide some insight, if you've done this successfully can you >share the fix? >"E: Unable to locate package php5" Does your internet work? ping yahoo.com for example... If so, what's in your sources.list file? cat /etc/apt/sources.list I believe the php5 package is a "security" package... look for this line in the sources.list file: deb http://security.debian.org/ wheezy/updates main If all that is good to go, then everything should work. You can try: sudo apt-cache show php5 to verify the package details. --Andrew -- 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/20140805142446.19800a995176f5de15079...@1024bits.com
Re: End of hypocrisy, beginning of reason
On Tue, 5 Aug 2014 12:32:48 -0400 Steve Litt wrote: >When I switch to systemd, I'd like to have it as isolated as humanly >possible, just because I'm a modularity kind of guy. I've been watching the thread here... and I understand the thought of not changing from sysvinit because sysvinit works well [sometimes] ... But here you've made a point that should lead you directly to use systemd over sysvinit... especially Debian styled sysvinit. Note this snippet of documentation from Fedora's systemd documentation. ... systemd has the concept of targets which is a more flexible replacement for runlevels in sysvinit. Run level 3 is emulated by multi-user.target. Run level 5 is emulated by graphical.target. runlevel3.target is a symbolic link to multi-user.target and runlevel5.target is a symbolic link to graphical.target. You can switch to 'runlevel 3' by running ... Source: https://fedoraproject.org/wiki/Systemd#How_do_I_change_the_target_.28runlevel.29_.3F In Debian sysvinit, there are pretty much 2 runlevels. Sure, the user can configure the init scripts to run at the "correct" moment during the boot process, but systemd brings a huge advantage to the table by discarding the idea of large slots to start things. It's like going from 8 character long file names in MS DOS to 255 in a *nix environment. I understand the desire of"K.I.S.S.", but the reality is that sysvinit is already massively complex and for all intents and purposes is monolithic in nature. As a side note: I've converted all my personal machines to systemd, and I've yet to run into any problems. I don't usually use the systemd utilities to start and stop services or check logs, but that's mostly habit rather than an actually problem with systemd. In some cases, I have noticed that the verbosity is on the thinner side with journald -- but it's likely there's a setting somewhere that will change that to my liking. Lastly, if sysvinit is no longer a component of any major distro -- likely true -- then sysvinit will quickly go unmaintained. Regardless of the desire to change, it's better to get onboard [whether it's kicking and screaming or just bobbing along with the crowd] rather than remain on the platform holding the bag of growing vulnerabilities... Just these 6 cents -- and out... --Andrew -- 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/20140805130559.27d744eba507e6d01496b...@1024bits.com
Re: Help needed with wireless on a Thinkpad X40
On Mon, 4 Aug 2014 22:51:49 -0300 Alef Farah wrote: >Nothing is logged. Though Fn + other F keys (such as lowering screen brightness, >which works) also don't trigger any log entry. It's possible the key combo is being caught by the BIOS ... However, even in that case, if the wireless interface is turned on and off by the key combo - the kernel driver should log the disappearing and reappearing interface. So, the missing log entry validates the fact that the special function key combo appears to be non-functional... Anyway, my next step would be to ensure the BIOS is configured to turn the wireless radio on I tried looking for a user guide to help you... and found this... http://support.lenovo.com/en_US/guides-and-manuals/detail.page?DocID=UM002042 Very helpful indeed. --Andrew -- 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/20140804223743.1bea7c8d7649dcf92629f...@1024bits.com
Re: Help needed with wireless on a Thinkpad X40
On Mon, 4 Aug 2014 19:47:45 -0400 Alef Farah wrote: >Thinkpad does a single blink every >~5s. Fn+F5, which should toggle the wi-fi, seems to have no effect >whatsoever. Try: tail -f -n 150 /var/log/syslog And then press the Fn+F5 keys... what shows in the log? --Andrew -- 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/20140804201132.a08b2e88db3e6d5ab04bb...@1024bits.com
Re: Device mac addy keeps changing
On Mon, 04 Aug 2014 18:55:36 -0400 Maureen L Thomas wrote: >Everytime wifi goes down I go back into the network tools and a >different dma is there. I change it back to my router and it works >until I shut down. When I reboot it, it is back to their dma. I'm not sure what you mean here... and it looks like Bright House provides quite a few router options. Which one are you using? When your wifi connection goes down, you connect to a Bright House provided wireless/wired router through a wired connection - and discover that either the wireless password in the router has been changed or that the wireless SSID has been changed. You then change this setting back to your choice of setting and then can connect again? Is that right? Does the router password change? Or does the router SSID change? Or does the router allowed MAC address table change? I gather from your email header information that you are using Debian 'wheezy' ... yes? Generally network settings are controlled by a DHCP server running in the authoritative router for the network. In most home settings, this is the ISP provided router. If you'd like to setup 'static' routes, it can be done several ways. The best way is to use the DHCP server settings to assign a static address to a hardware mac address. The common [but less general] way is to put your host address information in: /etc/network/interfaces All settings in this file take precedence over the settings of "Network Manager." However, wireless settings become a problem, because typically the wireless kernel driver loaded in the "wrong" order during boot... Anyway, before this reply gets too long and off target --- it would be helpful if you could clarify your situation... --Andrew -- 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/20140804195405.6e6a20f19ee3e834f0712...@1024bits.com
Re: The Fine Art of Making a Bootable Drive
On Mon, 04 Aug 2014 06:33:35 -0500 "Martin G. McCormick" wrote: >a working boot sector is that mkfs doesn't do that. That's correct. However there is another program called 'makefs' that will create an image file from a user defined directory tree. The 'makefs' program is not the long name version of 'mkfs'. These are different programs. If you want to make a boot image, use the 'mkelfimage' program. So: #sudo apt-get install makefs mkelfimage If you look through the man pages, you'll notice that makefs can create a bootable cd9660 image using a boot image file created using the mkelfimage program. Of course, you could download a boot image from the Debian repos - - but it's probably a better idea to generate a new one locally from your current kernel configuration. I've gone through the whole process once or twice, but I really don't have too much need to generate custom bootable media -- so I've forgotten some of the details... Of course, I would highly recommend install virtualbox to test your bootable cd9660 images. That saves tons of time, as you don't need to copy files to an external media and reboot 100 times until you get a working image... --Andrew -- 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/20140804083627.8ba56caa0335fa4ad07ab...@1024bits.com
Re: What is the connection between Microsoft and systemd?
On Sun, 3 Aug 2014 13:31:24 -0700 "" wrote: >It doesn't work with BSD or Hurd, This is my main gripe. HURD is a great project. The microkernel is a truly great architecture... extensibility built right into the most basic user visible OS component. I sometimes wish Linus didn't create Linux... --Andrew -- 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/20140803170231.64cc7c2feb9408d8eccf8...@1024bits.com
Re: Threading using digest and kmail (was Re: Exim4 not routing local mail ... )
On Sun, 3 Aug 2014 16:41:17 +0100 Brad Rogers wrote: >Quite an achievement, given that >99.% of MUAs quote correctly "out of the box". I'm fairly old to Debian. I run a few email servers. I know the ins and outs of lots of things. And yet, I've rarely posted to mailing lists. So, I don't know what I'm doing with regards to top/bottom postings, quoting, etc... There are many good reasons why a particular person's mail client is configured to be incompatible with the "correct" list methodology. Mine is probably horrible configured -- or was. I'm working on getting it "right." However, this requires a few test sends, and it also means that regular email to other people needs to be configured differently. I know a tremendously large number of people who truly are angered when they receive a 72 character limited, bottom posted, indented with > replies... So, many people don't bother reconfiguring their mail client just to be "correct" --Andrew -- 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/20140803123816.927ed73411035eb443cb0...@1024bits.com
Re: The Fine Art of Making a Bootable Drive
"Martin G. McCormick" writes: Copy MBR only of a hard drive: dd if=/dev/hda of=/dev/hdb bs=446 count=1 The last 64 bits of the 512 mbr contain partition information and this is where I may be all wet. I thought the disk-copy process took care of that but if not, this is why my new disk just sits there when it is installed. The old disk boots with no problem. A much better way is to use the makefs utility. https://packages.debian.org/squeeze/makefs http://linux.die.net/man/8/mkfs You can create a directory tree in your /home folder and then use makefs with the 'bootimage' option or one of the several other boot options. After the image is created use dd to copy it to your flash drive... This has the really big advantage of being able to directly customize, control, and recreate the content of the bootable image on the fly. Andrew -- 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/20140803091437.a4c63d1d6f4f02e33faa0...@1024bits.com
Re: Skype access cancelled for Debian versions before 7
Unfortunately, software has bugs. Some of these bugs are probably very bad. I don't work for Microsoft, and I don't use Skype. In fact, I haven't used a Microsoft product in many years --- and I would refuse to use one now mostly on principle However, I wouldn't be too surprised that there's a really good reason for Skype servers to require a new version to make a call... I use Debian for nearly everything... I'm sure there's a way to get you back up and running. If you are not sure how and need help, you can certainly ask either here or me directly if you'd like... On Sun, 3 Aug 2014 08:11:22 +0800 Bret Busby wrote: On 03/08/2014, Bret Busby wrote: > On 03/08/2014, AW wrote: >> > > > >> So, for many users a Skype client is necessary... unless Microsoft >> decided to work on making Skype fully interoperable with other SIP >> servers. Although, I somehow doubt this would ever happen. >> >> But... To the OP... Debian 6 is no longer a supported version. >> Updating shouldn't be too hard as long as the machine is your own. And >> I seriously doubt anyone can truly expect a new version of a freely >> offered [not free] software package to be built for a now unsupported >> OS. >> > > I did not expect for a new version of Skype, to be wriiten for me or > for Debian 6. > In case it is not clear, it is not that a new version of the software, is not available for Debian 6 - it is that the software that was available for Debian 6, that, as I previously said, worked quite happily, was killed suddenly, without just cause. It is a bit like a street sniper, killing of members of the public - "Why did you kill that person? That person did you no harm." "Because I can, and, because I like doing it." -- 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/cacx6j8nyobfdct6nw4vwqbc4y2iwhpegxkfblrep2vesvrp...@mail.gmail.com -- 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/20140802201658.972fc16a0882f82ff46c6...@1024bits.com
Re: Skype access cancelled for Debian versions before 7
I've tried linphone once or twice. The basic issue with SIP phones is that it's not really possible to jump networks. It's kind of like a cellphone network where you can only dial other subscribers of the same network. http://en.flossmanuals.net/linphone/ So, for many users a Skype client is necessary... unless Microsoft decided to work on making Skype fully interoperable with other SIP servers. Although, I somehow doubt this would ever happen. But... To the OP... Debian 6 is no longer a supported version. Updating shouldn't be too hard as long as the machine is your own. And I seriously doubt anyone can truly expect a new version of a freely offered [not free] software package to be built for a now unsupported OS. On Sun, 03 Aug 2014 01:09:14 +0200 Jörg-Volker Peetz wrote: Any experiences with linphone, an open source, multi-platform alternative? -- 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/lrjr2q$d46$1...@ger.gmane.org -- 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/20140802192803.bb3b92c0109b7aceb4cb6...@1024bits.com
Access restricted:Verify your account information.
Title: Dear eBay User Dear eBay User, During our regular update and verification of the accounts, we couldn't verify your current information. Either your information has changed or it is incomplete. As a result, your access to bid or buy on eBay has been restricted. To start using your eBay account fully, please update and verify your information by clicking below : https://scgi.ebay. com/saw-cgi/eBayISAPI.dll?VerifyInformation Regards, eBay ***Please Do Not Reply To This E-Mail As You Will Not Receive A Response***
Access restricted:Verify your account information.
Title: Dear eBay User Dear eBay User, During our regular update and verification of the accounts, we couldn't verify your current information. Either your information has changed or it is incomplete. As a result, your access to bid or buy on eBay has been restricted. To start using your eBay account fully, please update and verify your information by clicking below : https://scgi.ebay. com/saw-cgi/eBayISAPI.dll?VerifyInformation Regards, eBay ***Please Do Not Reply To This E-Mail As You Will Not Receive A Response***