Re: whitel...@lists.debian.org
On 3/5/2014 1:08 AM, Ralf Mardorf wrote: > Mails from > ralf.mardorf-at-alice-dsl.net seldom come through the list. I show 623 from that address since 10/13. What you meant to say is "on occasion my mails do not post to the list". > For those > mails that don't come through, I never got a postmaster reply, IOW no > "delayed", "blackhole listed" etc. replies. Then you need to contact the Debian list postmaster and the postmaster of alice-dsl.net, to figure out where the problem is. Telling your story on debian-user won't have any impact whatsoever. > My MUA never informed me > about issues when sending a mail. I now will replace Evoultion's SMPT > with msmpt, perhaps I then will get messages. That's not the problem. All versions of SMTP handle NDRs. If you're not receiving an NDR for messages that disappear then no NDR is being generated. > I subscribed or tried to subscribed to the whitelist with my > ralf.mardorf-at-alice-dsl.net account, but nothing happened. Why would it? You already have that addressed subscribed to debian-user. The whitelist is for addresses that are not subscribed to any lists. It seems you have a mail problem but you do not know what it is. Instead of troubleshooting to identify the problem, you're attempting to circumvent it with the whitelist nonsense. To troubleshoot this take the following steps: 1. For emails you believe are lost, check the list archive. Are they in the archive? If so they aren't being rejected. In this case, either the MX for your domain is rejecting list messages, or your anti-spam or anti-virus software is eating them. 2. If they are not in the archives, contact the debian.org postmaster and give him the message-id of the lost email. He can tell you if if was received by the Debian mail servers and if they message was posted to the list. 3. If debian.org did not receive the email, then you need to contact the postmaster at alice-dsl.net, provide the message-id, and as if the email was relayed. Standard troubleshooting stuff. -- Stan -- 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/5316d829.2070...@hardwarefreak.com
[solved] Re: whitel...@lists.debian.org
PPS: I guess I have to talk to my ISP, there seem to be issues with Cc'ing to myself too [1] and with sending mails to my Alice account [2], however the missing mails are not in the archive. Most likely the ISP is the culprit. Pardon, I only will do this last test and then stop the noise. [1] From: Ralf Mardorf To: debian-user@lists.debian.org, whitel...@lists.debian.org Cc: Ralf Mardorf Subject: Re: whitel...@lists.debian.org Date: Wed, 05 Mar 2014 08:13:56 +0100 Mailer: Evolution 3.10.4 [snip] PS: Or is it just the subscription without further notification and I already was whitelisted? If so, then my apologies for the noise. There were no issues with the first mail for this thread. [2] Dear subscriber, We've encountered some problems while sending listmail to your emailaddress ralf.mard...@alice-dsl.net. In the last seven days we've seen bounces for the following list: * debian-user 1 bounce out of 92 mails in one day (1%, kick-score is 80%) [snip] -- 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/1394004420.583.25.camel@archlinux
whitel...@lists.debian.org
Hi, how does https://lists.debian.org/whitelist/ work? To Debian user I'm subscribed with my ralf.mardorf-at-alice-dsl.net account, but if I want to send mails to the list, I better use some of my accounts I'm not subscribed to the list. Mails from ralf.mardorf-at-alice-dsl.net seldom come through the list. For those mails that don't come through, I never got a postmaster reply, IOW no "delayed", "blackhole listed" etc. replies. My MUA never informed me about issues when sending a mail. I now will replace Evoultion's SMPT with msmpt, perhaps I then will get messages. I subscribed or tried to subscribed to the whitelist with my ralf.mardorf-at-alice-dsl.net account, but nothing happened. Regards, Ralf -- 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/1394003290.583.12.camel@archlinux
Re: mounting nfs on boot -- Was: Replacing systemd
On 05/03/14 11:34, Rob Owens wrote:
> On Wed, Mar 05, 2014 at 11:07:00AM +1100, Scott Ferguson wrote:
>> On 05/03/14 10:36, Rob Owens wrote:
>>> On Tue, Mar 04, 2014 at 01:52:19PM +, Darac Marjal wrote:
Boot speed isn't systemd's goal. It's just a side-effect.
Systemd's real goals are being event driven (so, for example,
you don't mount a file system until the device is ready - at
the moment, debian does this with a two-pass mount script:
one pass to mount local filesystems, then another after
networking is up to mount remote filesystems, but this gets
messy if you have a complex system.) and
>>>
>>>
>>> Hey, maybe you can tell me why my nfs mounts don't get mounted
>>> at boot time on my computer that uses wicd to manage its
>>> wireless network interface. The network comes up at boot time
>>> (it doesn't require a user to log in first). Currently I stick
>>> "sleep 10s && mount -a" in /etc/rc.local in order to mount the
>>> nfs shares, but I know that shouldn't be necessary.
>>>
>>> -Rob
>>>
>>
>> Where are those nfs shares mounted (path)?
>>
> /mnt/music /mnt/pics_and_clips
>
> and so-on.
>
Thanks.
I've used the /etc/rc.local "mount -a" workaround in the past,
without the need for the sleep command.
In my cases I had the nfs mount being called from fstab, using the
"nfsvers=3" option helped when the server was Version 3 ("vers=" is a
more portable version of that option). You can also
use the "timeo=n" to set a wait period instead of sleep in
/etc/rc.local e.g. timeo=100 (time is in deciseconds). Use it in
combination with the "bg" flag and the appropriate retry value. See man
nfs for more a useful and accurate explanation.
NOTE: I'm assuming you mean that your nfs server/s is accessed with
wireless.
I'm also assuming you've checked the logs for clues. If so you may be
able to get more information by adding the "-v" (for verbose) to the
mount call in /etc/network/ifup.d/mountnfs (WARNING - untested, thanks
for testing)
e.g.:-
# cp /etc/network/ifup.d/mountnfs{,.bak}
then edit /etc/network/ifup.d/mountnfs
and change:-
if [ "$NETFS" ]
then
mount -a -t$NETFS
fi
to:-
if [ "$NETFS" ]
then
mount -va -t$NETFS
fi
and reboot (or restart network services, after umounting the nfs
shares - don't forget to comment out your line in /etc/rc.local)
Kind regards
--
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/531686f8@gmail.com
Re: DHCP quickie
Hi
On Tue, Mar 04, 2014 at 07:32:57PM +0200, Danny wrote:
> Hi Guys,
>
> Is it possible to only give leases at a certain time of day for a certain IP
> or
> MAC?
>
> Say from 06:00 till 10:00 and then from 18:00 till 22:00?
Ah. Let's assume this is a residential evironment. And that you want
to "help" a teenager get some sleep? :-)
( Oh well. Don't tell the victim about downloading movies to watch
later :-D Or play offline games (do teenagers know they exist?).
If so, there are several possibilites:
- Some (many) home routers can enforce MAC access control based on
times. Obviously such stuff is hidden down in the "advanced" menus.
The net effect is that internet access "breaks" when the curfew
kicks in. Very effective.
This can be F***NG ANNOYING TO DEBUG ... if you forget about it.
- If you route all traffic through the debian box, iptables can
enforce this. Search for "--time" on iptables's man page.
Similar caveat as above applies.
- Switching DHCP configuration back and forth. It can be defeated by
manually reconfiguring the victim device(s) to not use DHCP. This
is less accurate - it only affects the device next time it
renews/obtains a lease. So you want to make sure the lease time
isn't e.g. > 8 hours, as this would effectively defeat the purpose
of this... Keep the lease times short - at least for this device.
Instead of messing about with the main dhcpd.conf, use an include
file. But make dhcpd.conf refer to a *symlink* that you re-point at
strategic times, combined with DHCP server restarts. Much less error
prone than moving files about or editing them via scripts.
To do this, I could imagine:
* tweak to /etc/dhcpd.conf to say
include "/etc/dhcp/curfew-host.conf"
* A new file: /etc/dhcp/curfew-host.conf.deny :
host limited {
hardware ethernet 08:00:27:87:ee:5b; # Insert correct MAC address
here
option routers 192.168.0.254; # Insert unused local IP here. Must be
on the same subnet as your victim.
}
* To cron jobs to manipulate the symlink named
"curfew-host.conf". We assume that the DHCP server default would
be to grant a "working" lease, so re-pointing to the symlink would
make the victim host "nothing special".
* @ 06:00 and 18:00:
cd /etc/dhcp && rm curfew-host.conf && ln -s /dev/null
curfew-host.conf && service dhcpd restart
* @ 10:00 and 20:00:
cd /etc/dhcp && rm curfew-host.conf && ln -s curfew-host.conf.deny
curfew-host.conf && service dhcpd restart
Hope this helps.
--
Karl E. Jorgensen
--
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/20140305005628.GA3606@hawking
Re: mounting nfs on boot -- Was: Replacing systemd
On Wed, Mar 05, 2014 at 11:07:00AM +1100, Scott Ferguson wrote: > On 05/03/14 10:36, Rob Owens wrote: > > On Tue, Mar 04, 2014 at 01:52:19PM +, Darac Marjal wrote: > >> Boot speed isn't systemd's goal. It's just a side-effect. > >> > >> Systemd's real goals are being event driven (so, for example, you > >> don't mount a file system until the device is ready - at the > >> moment, debian does this with a two-pass mount script: one pass > >> to mount local filesystems, then another after networking is up > >> to mount remote filesystems, but this gets messy if you have a > >> complex system.) and > > > > > > Hey, maybe you can tell me why my nfs mounts don't get mounted at > > boot time on my computer that uses wicd to manage its wireless > > network interface. The network comes up at boot time (it doesn't > > require a user to log in first). Currently I stick "sleep 10s && > > mount -a" in /etc/rc.local in order to mount the nfs shares, but I > > know that shouldn't be necessary. > > > > -Rob > > > > Where are those nfs shares mounted (path)? > /mnt/music /mnt/pics_and_clips and so-on. signature.asc Description: Digital signature
Re: Email filtering - was Re: Here's how to make yourself happier
On 3/5/14, Steve Litt of Troubleshooters.Com wrote: > By the way, here's my email receiving system: > > http://www.troubleshooters.com/lpm/201202/images/dovecot_setup.png > If you want to read the document that came from, it's here: > http://www.troubleshooters.com/lpm/201202/201202.htm Thank you. mpop is _s_ much faster than fetchmail. Osamu recommends getmail, he's the maintainer too, and on this list, so a fine choice as fetchmail replacement. I have not used getmail - 3 years ago I may have struggled with it and back then mpop was unbelievably fast. -- 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/caosgnsrm1dbzcnrep6_zvet1-0qh9sbjd-xgwr6azbdwf-s...@mail.gmail.com
Re: mounting nfs on boot -- Was: Replacing systemd
On 05/03/14 10:36, Rob Owens wrote: > On Tue, Mar 04, 2014 at 01:52:19PM +, Darac Marjal wrote: >> Boot speed isn't systemd's goal. It's just a side-effect. >> >> Systemd's real goals are being event driven (so, for example, you >> don't mount a file system until the device is ready - at the >> moment, debian does this with a two-pass mount script: one pass >> to mount local filesystems, then another after networking is up >> to mount remote filesystems, but this gets messy if you have a >> complex system.) and > > > Hey, maybe you can tell me why my nfs mounts don't get mounted at > boot time on my computer that uses wicd to manage its wireless > network interface. The network comes up at boot time (it doesn't > require a user to log in first). Currently I stick "sleep 10s && > mount -a" in /etc/rc.local in order to mount the nfs shares, but I > know that shouldn't be necessary. > > -Rob > Where are those nfs shares mounted (path)? Kind regards -- 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/53166aa4.8030...@gmail.com
Re: Replacing systemd
On Ma, 04 mar 14, 11:58:42, Pertti Kosunen wrote: > On 4.3.2014 11:16, Martin Steigerwald wrote: > >The decision was just about *the default*. (Is this so difficult to crasp?) > > When is this change coming to unstable? The sysvinit package (Essential: yes) has been transformed into a metapackage with: Pre-Depends: sysvinit-core | upstart | systemd-sysv I'm guessing that at some point in time[1] the order will be reversed so that systemd-sysv is first (and pulled in on any new installs instead of sysvinit-core). Installations with sysvinit-core will *not* be affected by such a change. [1] Debian still has systemd v.204, while upstream is already at v.210 and it is my understanding that v.205 introduced some major changes. I'm guessing the switch will not happen before systemd is upgraded to at least v.205 (but probably higher). > Will it need any special actions when upgrading? Not if you want to stick with sysvinit(-core). If you want to switch to systemd you can already do so just with an apt-get install systemd-sysv though for such a central component I strongly recommend you do: 1. 'apt-get install systemd' and boot with 'init=/bin/systemd' 2. if everything works fine install systemd-sysv to make the change permanent (i.e. /sbin/init will be replaced with a symlink pointing to systemd). This will likely stay the same for the stable upgrade, i.e. I strongly doubt the switch will be triggered automatically by a dist-upgrade. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: Here's how to make yourself happier
On Ma, 04 mar 14, 01:31:45, Steve Litt wrote: > Hi all, > > Here's how I just made my life happier and less stressful: [snip procmail recipe] maildrop: if (/^From:.*(FIRSTEMAILADDRESS|SECONDEMAILADDRESS)/) to /dev/null (untested) Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: mounting nfs on boot -- Was: Replacing systemd
On Tue, Mar 04, 2014 at 01:52:19PM +, Darac Marjal wrote: > Boot speed isn't systemd's goal. It's just a side-effect. > > Systemd's real goals are being event driven (so, for example, you don't > mount a file system until the device is ready - at the moment, debian > does this with a two-pass mount script: one pass to mount local > filesystems, then another after networking is up to mount remote > filesystems, but this gets messy if you have a complex system.) and Hey, maybe you can tell me why my nfs mounts don't get mounted at boot time on my computer that uses wicd to manage its wireless network interface. The network comes up at boot time (it doesn't require a user to log in first). Currently I stick "sleep 10s && mount -a" in /etc/rc.local in order to mount the nfs shares, but I know that shouldn't be necessary. -Rob signature.asc Description: Digital signature
Re: Who changes /bin/ping on my system ?
On 05/03/14 09:46, John Hasler wrote: > Scott Ferguson writes: >> Sorry I don't have access to a Sid box at the moment - perhaps someone >> who has, and for whom ping is working could post the output of "getcap >> `which ping`"?? > > /bin/ping = cap_net_raw+p > Thanks John (it was a long shot guess on my part). So if the OP (Tim) doesn't need to get that output from getcap it should be reset:- # setcap cap_net_raw+p `which ping` NOTE: I haven't tested that as I'm not running unstable, adding the -v parameter will give much more information about the outcome. There still remains the problem of why does it stop working. Bugreport? Kind regards Refs:- man getcap man setcap man cap_from_text http://blog.fpmurphy.com/2009/05/linux-security-capabilities.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/531663c8.6030...@gmail.com
Re: Who changes /bin/ping on my system ?
On Wed 05 Mar 2014 at 09:29:18 +1100, Scott Ferguson wrote: > > On 04/03/14 19:16, Tim Ruehsen wrote: > >> Setting up iputils-ping (3:20121221-5) ... > >> Setcap worked! *Ping(6) is not suid!* > > The above line, emphasis mine, is what prompted second thoughts. > Perhaps one of the changes between the version you are running and mine > is that ping is no longer meant to run suid? In unstable iputils-ping recommends libcap2-bin, which has setcap. From the postinst: # If we have setcap is installed, try setting cap_net_raw+ep, # which allows us to install our binaries without the setuid # bit. Also: root@desktop:~# apt-get install iputils-ping --no-install-recommends Reading package lists... Done Building dependency tree Reading state information... Done Recommended packages: libcap2-bin The following NEW packages will be installed: iputils-ping 0 upgraded, 1 newly installed, 0 to remove and 170 not upgraded. Need to get 0 B/54.2 kB of archives. After this operation, 112 kB of additional disk space will be used. Selecting previously unselected package iputils-ping. (Reading database ... 45120 files and directories currently installed.) Preparing to unpack .../iputils-ping_3%3a20121221-5_i386.deb ... Unpacking iputils-ping (3:20121221-5) ... Processing triggers for man-db (2.6.5-3) ... Setting up iputils-ping (3:20121221-5) ... Setcap is not installed, falling back to setuid -- 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/20140304233708.ge8...@copernicus.demon.co.uk
Re: Firmware stuff - was systemd troll
On Tuesday 04 March 2014 08:29:52 Bret Busby wrote: > Can you show that the Samsung Unified Printer Driver, with all of > its functionality, and, its encapsulated device drivers, that > worked on Debian Linux 5, works on Debian Linux 6? Yes, and on 7. I have used it with great success. But you actually want to be able to say that it does not, don't you? I have even offered to help, like many others. But you don't want help. You appear just to want to whinge. 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/201403042300.32992.lisi.re...@gmail.com
Re: Firmware stuff - was systemd troll
On Tuesday 04 March 2014 09:09:56 Zenaan Harkness wrote: > So you are insisting on using that particular piece of software. Which works well on Wheezy. 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/201403042301.33095.lisi.re...@gmail.com
Re: Firmware stuff - was systemd FUD
On Tuesday 04 March 2014 08:13:39 Bret Busby wrote: > Perhaps, you could clarify your gratuitously hostile response? Gratuitously?? http://en.wiktionary.org/wiki/gratuitously 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/201403042256.26630.lisi.re...@gmail.com
Re: Firmware stuff - was systemd FUD
On Ma, 04 mar 14, 16:13:39, Bret Busby wrote: > > Instead of your launching into gratuitous personal attacks, perhaps > you could post any response to my query that I posted on the Debian > Printing mailing list on 01 October 2013? > > I have just (yet again) searched through the folder for that mailing > list, for that month, and, found no response. 1. http://www.catb.org/esr/faqs/smart-questions.html#idp54192656 (though the entire document is worth reading) 2. Please compare https://lists.debian.org/stats/debian-printing.png with https://lists.debian.org/stats/debian-user.png Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: Firmware stuff - was systemd fight
On Tuesday 04 March 2014 06:55:48 Bret Busby wrote: > On Mon, 3 Mar 2014, Bret Busby wrote: > > Date: Mon, 3 Mar 2014 19:04:20 > > From: Bret Busby > > To: debian-user@lists.debian.org > > Subject: Re: Firmware stuff - was systemd fight > > > > On Mon, 3 Mar 2014, Lisi Reisz wrote: > >> Date: Mon, 3 Mar 2014 18:31:20 > >> From: Lisi Reisz > >> To: debian-user@lists.debian.org > >> Subject: Re: Firmware stuff - was systemd fight > >> Resent-Date: Mon, 3 Mar 2014 10:48:12 + (UTC) > >> Resent-From: debian-user@lists.debian.org > >> > >> On Monday 03 March 2014 09:49:13 Andrei POPESCU wrote: > >>> I strongly advise that on your next buy (not necessarily MFPs) > >>> you also consider how well that device is supported with Linux. > >>> Bonus if the manufacturer contributes to that support. If > >>> enough of us are doing the same it might eventually open the > >>> eyes of manufacturers towards the benefits of FLOSS, etc. > >> > >> It has transpired that the AIO in question is a Samsung. > >> Samsung are *very* good at supporting Linux. I recently had a > >> lot of help because the suppiled driver for a Samsung AIO would > >> not run correctly in Debian 7. As the chap who was helping > >> said, there are a lot of version of a lot of distros. They > >> cannot guarantee that a single driver will run with all. What > >> they did do, was help and supply an alternative driver, and stay > >> with me until it was running correctly on two machines. > >> > >> Lisi > > > > The responses that I got from Samsung, were that their printers > > are not compatible with Debian Linux, after Debian Linux 5. > > > > I had contacted Samsung. > See below. There's none so blind as those who will not see. Lisi > > -- Forwarded message -- > > Date: Sat, 21 Jul 2012 16:24:38 > > From: Samsung Customer Support Center > > To: b...@busby.net > > Subject: [ANSWER]CLX-3185FW not compatible with Linux > > > > > > Logo > > [visual.jpg] > > [spacer.gif] > > > > Dear Bret Busby, > > > > We appreciate you contacting Samsung Electronics and being a > > valued customer. > > > > We understand that you want to know if CLX-3175FW printer is > > compatible with Debian 6 Linux operating system. > > > > We are sorry; this printer is not compatible with Debian 6 Linux > > operating system. However, it is compatible with Debian 3.1, 4.5 > > and 5.0 operating system. > > > > If you require additional assistance, you can email us by > > clicking on the URL below: > > > > http://bit.ly/cPKXqU > > > > Samsung values you as a customer and want to insure that we have > > provided you with the answer you were looking for. If for any > > reason the information we provided did not resolve your issue, we > > have various contact channels that are available to assist in > > resolving your concern. > > > > For Immediate assistance with a live agent, you can chat with us > > here For support by phone, you can reach us at 1-800-SAMSUNG > > Samsung’s Social Media Team is available to assist with providing > > up-to-date information or answering questions 9AM to 10PM EST > > (Mon – Fri). > > Visit us on Facebook > > Visit us on Twitter > > > > Thank you for being a Samsung Customer! > > Samsung Online Support > > > > > > [banner_support.jpg] > > [banner_download.jpg] > > [banner_account.jpg] > > [banner_contact.jpg] > > Have a question? > > Contact Samsung Support through one of our social media channels. > > [facebook.png] [twitter.png] [google.png] [youtube.png] Content > > Feedback > > [FORM] > > > >Q1: How satisfied were you with this content? > > > > Very Satisfied Satisfied Somewhat Satisfied Dissatisfied Very > > Dissatisfied > > > >Please do not reply back to this email message as this > > email address is used for outbound messages only. > > > > If you are not satisfied with the answer we provided, please > > click here if you have a question on another product, click > > here > > Privacy > > > > > > Legal > > > > Copyright © 1995-2011 Samsung Electronics America Inc. All Rights > > Reserved. Samsung is a registered trademark of Samsung > > Electronics Co. Ltd. Screen Images simulated. > > [email_read.jsp?emailseqno=#Email Seq No#] > > [ReplyMailOpen.jsp?qnaInfo=UU5BUzAwMjMxOTE5MDcuMQ==] > > -- 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/201403042252.31074.lisi.re...@gmail.com
Preseeding running kernel removal option
Hello, I am preseeding a wheezy machine that is being upgraded to unstable during installation. Before shutting down linux-image-3.13.0-amd64 gets installed and I want to remove linux-image-3.2.0-4-amd64. apt-get purge (or dpkg -P) want me to confirm the removal of the running kernel. How do I avoid or preseed that question such that apt-get purge works without interaction (and without a prior reboot to linux-image-3.13.0-amd64)? Cheers, Thomas Luzat
Re: Who changes /bin/ping on my system ?
Scott Ferguson writes: > Sorry I don't have access to a Sid box at the moment - perhaps someone > who has, and for whom ping is working could post the output of "getcap > `which ping`"?? /bin/ping = cap_net_raw+p -- John Hasler jhas...@newsguy.com Elmwood, WI USA -- 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/87lhwpk2fk@thumper.dhh.gt.org
Re: Proposal - preserve freedom of choice of init systems - SysV is FINE.
On 05/03/14 01:37, Dave Woyciesjes wrote: > On 3/3/2014 7:27 PM, Doug wrote: >> >> /snip/ >> >> Two comments: >> 1. Debian is *not* the universal operating system. After Windows and Mac >> OsX, and maybe Unix, probably Ubuntu is. > > I'd have to give the Universal crown to NetBSD: > http://www.netbsd.org/ports/#ports-by-cpu NetBSD 15 ports, 1 kernel. Debian 22 ports, 3 kernels. NOTE: the original reference to "Debian - the universal operating system" in this thread is taken from the Debian logo:- https://www.debian.org Kind regards -- 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/5316564f.2060...@gmail.com
Read-only rootfs on systemd
Hello, I always run my debian systems with a separate /, /home, and /var. I added read-only 'ro' mount to fstab for the root / partition. So far it has been working great. However, setting up a fresh install of systemd, the readonly does not have any effect. The rootfs is still mounted as rw. All I did was changed /etc/fstab. Based on the systemd man pages, this should be enough. How do I go about debugging/fixing this issue? Thanks, Amit -- 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/loom.20140304t231522-...@post.gmane.org
Re: Who changes /bin/ping on my system ?
Second thoughts On 04/03/14 20:17, Scott Ferguson wrote: > On 04/03/14 19:16, Tim Ruehsen wrote: >> Hi, >> >> every now and than ping loses it's capabilities to be executed by a normal >> user. Like here: >> $ ping example.com >> ping: icmp open socket: Operation not permitted >> >> >> Now I reinstalled iputils-ping: >> # apt-get --reinstall install iputils-ping >> Reading package lists... Done >> Building dependency tree >> Reading state information... Done >> 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded. >> Need to get 0 B/56.3 kB of archives. >> After this operation, 0 B of additional disk space will be used. >> (Reading database ... 443041 files and directories currently installed.) >> Preparing to unpack .../iputils-ping_3%3a20121221-5_amd64.deb ... >> Unpacking iputils-ping (3:20121221-5) over (3:20121221-5) ... >> Processing triggers for man-db (2.6.6-1) ... >> Setting up iputils-ping (3:20121221-5) ... >> Setcap worked! *Ping(6) is not suid!* The above line, emphasis mine, is what prompted second thoughts. Perhaps one of the changes between the version you are running and mine is that ping is no longer meant to run suid? Sorry I don't have access to a Sid box at the moment - perhaps someone who has, and for whom ping is working could post the output of "getcap `which ping`"?? I don't 'know' how this would be achieved, setcap is a clue, an iputils group 'might' be another, you could check the changelog in the docs directory. Perhaps *if* setcap is used when working you'd see the following (or similar)? # getcap `which ping` /usr/bin/ping = cap_net_raw+ep >> >> # ls -la /bin/ping >> -rwxr-xr-x 1 root root 44080 01-02-14 22:18:43 /bin/ping > > $ ls -l `which ping` > -rwsr-xr-x 1 root root 31104 Apr 13 2011 /bin/ping # different results > and I don't get your error - ever. > > iputils-ping 3:20101006-1+b1 i386 (Wheezy with backports). > >> Kind regards -- 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/531653be.1030...@gmail.com
Re: DHCP quickie
Danny wrote: > Is it possible to only give leases at a certain time of day for a > certain IP or MAC? > Say from 06:00 till 10:00 and then from 18:00 till 22:00? - What should happen when that device requests an IP address outside those times? - If it's to be refused, can another device request that (same) IP address? - If so, what should happen when the original device wants its own IP address back? Chris -- 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/e3rhuaxjdg@news.roaima.co.uk
Re: DHCP quickie
In our company we use a single dhcpd file, and the access control per time of day is done with iptables and squid. William Ivanski 2014-03-04 17:06 GMT-03:00 Mark Carroll : > Danny writes: > > > Is it possible to only give leases at a certain time of day for a > certain IP or > > MAC? > > > > Say from 06:00 till 10:00 and then from 18:00 till 22:00? > > I guess you could probably have a couple of different dhcpd > configuration files and set a cron job on that server to run a script > that switches them over and kicks the daemon into reloading its > configuration. I do similarly except, instead of messing with dhcpd, > my scripts add or remove iptables rules that reject the packets based > on MAC. > > -- Mark > > > -- > 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/87k3c9vicv@ixod.org > >
Re: DHCP quickie
Danny writes: > Is it possible to only give leases at a certain time of day for a certain IP > or > MAC? > > Say from 06:00 till 10:00 and then from 18:00 till 22:00? I guess you could probably have a couple of different dhcpd configuration files and set a cron job on that server to run a script that switches them over and kicks the daemon into reloading its configuration. I do similarly except, instead of messing with dhcpd, my scripts add or remove iptables rules that reject the packets based on MAC. -- Mark -- 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/87k3c9vicv@ixod.org
Re: trickle for cpu ?
Hi. On Tue, 04 Mar 2014 20:03:44 +0100 Ralf Mardorf wrote: > PS: Perhaps you could use PAM. Bad idea. Violation of cpu shell limit will kill offending process: $ bash $ ulimit -t 1 $ while true; do true ;done Killed Reco -- 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/20140304232706.1c265b573b30f5638a6e6...@gmail.com
Re: trickle for cpu ?
PS: Perhaps you could use PAM. [rocketmouse@archlinux ~]$ cat /mnt/debi386/etc/security/limits.conf # /etc/security/limits.conf # #Each line describes a limit for a user in the form: # # # #Where: # can be: #- an user name #- a group name, with @group syntax #- the wildcard *, for default entry #- the wildcard %, can be also used with %group syntax, # for maxlogin limit #- NOTE: group and wildcard limits are not applied to root. # To apply a limit to the root user, must be # the literal username root. # # can have the two values: #- "soft" for enforcing the soft limits #- "hard" for enforcing hard limits # # can be one of the following: #- core - limits the core file size (KB) #- data - max data size (KB) #- fsize - maximum filesize (KB) #- memlock - max locked-in-memory address space (KB) #- nofile - max number of open files #- rss - max resident set size (KB) #- stack - max stack size (KB) #- cpu - max CPU time (MIN) #- nproc - max number of processes #- as - address space limit (KB) #- maxlogins - max number of logins for this user #- maxsyslogins - max number of logins on the system #- priority - the priority to run user process with #- locks - max number of file locks the user can hold #- sigpending - max number of pending signals #- msgqueue - max memory used by POSIX message queues (bytes) #- nice - max nice priority allowed to raise to values: [-20, 19] #- rtprio - max realtime priority #- chroot - change root to directory (Debian-specific) # # # #* softcore0 #roothardcore10 #* hardrss 1 #@studenthardnproc 20 #@facultysoftnproc 20 #@facultyhardnproc 50 #ftp hardnproc 0 #ftp - chroot /ftp #@student- maxlogins 4 # End of file http://www.linux-pam.org/Linux-PAM-html/sag-pam_limits.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/1393959824.583.1.camel@archlinux
Re: Install debian on EFI hw
Le 04/03/2014 14:54, ha a écrit : > Last few weekends I've tried to install debian 7.2 from live DVD (but > booting from USB) on EFI hardware with GPT. I disabled EFI, crated a > small partition at the begging of the disk, and run the usual > installation process. However, at the end of installation I always > receive the message like: "Grub-pc package failed to install into > /target/". > > Now, I solved this by booting to rescue mode, doing grub-install, chroot > into the instaled system and simply update grub. However, I found this > solution suboptimal when compared to classical debian installation > (utilizing MBR). So I wonder if anybody had experience on how to avoid > this recue-grub_install-chroot-grub_update procedure? > > Did anybody manage to automatically install debian on GPT? > Did anybody do it without disabling EFI (grub-efi perhaps)? > Or the only way to have the automated install is stick with MBR? > > Thanks to anybody who cares. > > I installed with GPT and EFI, but I do not remember if I used a testing or a stable image. It worked without problem, except I had to create a EFI partition /boot/efi -- 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/531624d0.4000...@rail.eu.org
Re: DHCP quickie
On 04/03/2014 12:32, Danny wrote: > Hi Guys, > > Is it possible to only give leases at a certain time of day for a certain IP > or > MAC? > > Say from 06:00 till 10:00 and then from 18:00 till 22:00? > > Just wondering > > Thank You > > Danny > > Need some more information about what you're trying to do here. Best guess I can make right now is "lock something down from 10:01-17:59 and 22:01-05:59"? There's probably a better way to do that than trying to mess with DHCP lease times. -- 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/5316245f.7000...@djph.net
Re: Install debian on EFI hw
On Tue, Mar 04, 2014 at 02:54:05PM +0100, ha wrote: > Last few weekends I've tried to install debian 7.2 from live DVD > (but booting from USB) on EFI hardware with GPT. I disabled EFI, > crated a small partition at the begging of the disk, and run the > usual installation process. However, at the end of installation I > always receive the message like: "Grub-pc package failed to install > into /target/". > > Now, I solved this by booting to rescue mode, doing grub-install, chroot > into the instaled system and simply update grub. However, I found > this solution suboptimal when compared to classical debian > installation (utilizing MBR). So I wonder if anybody had experience > on how to avoid this recue-grub_install-chroot-grub_update > procedure? > > Did anybody manage to automatically install debian on GPT? > Did anybody do it without disabling EFI (grub-efi perhaps)? > Or the only way to have the automated install is stick with MBR? > > Thanks to anybody who cares. > > > -- > 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/lf4lk1$umi$1...@ger.gmane.org Debian DVD1 / netinst .iso's both will allow you to boot from EFI and install for Debian 7 Wheezy. I'm not sure whether the default install installs GPT on smaller disks but it certainly worked when I tried it a while ago with no problems. YOu may, however need to do an expert install rather than an automated install, which I'd recommend anyway since it means that you have greater control over how the install proceeds. Hope this helps, AndyC -- 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/20140304185523.ga5...@galactic.demon.co.uk
Re: clean upgrade 32 -> 64?
On 03/04/2014 05:12 AM, Darac Marjal wrote: On Mon, Mar 03, 2014 at 05:08:37PM -0700, Joe Pfeiffer wrote: I'm about to replace one of my old 32-bit x86 Debian boxes with a 64-bit; I'll actually just be moving the disk drives out of the old box into the new one and doing any minor configuration changes that'll be neede (which will be very minor). So, while I'm at it, I'm curious -- is there any clean way to do an update that will simply replace all the 32 bit packages with 64 (and do all the other necessary multiarch stuff)? It depends. Arguably the cleanest solution is to re-install using a 64-bit installer. However, this will blow away your configuration, choice of packages and so on. If you want to cross-grade, the accepted procedure is detailed here: https://wiki.debian.org/CrossGrading I'm not actually doing anything with it that will require 64 bits; if the answer is "no" I'll simply continue to run it as a 32 bit machine. So, is it possible? Thanks, -- 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/1btxbe3jwa@snowball.wb.pfeifferfamily.net I'm using PCLOS for most Linux stuff, altho have tried some others. PCLOS normally installs with a / and a /home partition. On one machine I have PCLOS 32-bit and PCLOS 64-bit: they each have their own / but they share /home. This works quite well, altho there are a few programs that don't cross over. Adobe Reader is one--there is no 64-bit version of that. (I like Atril for a pdf reader on the 64-bit system.) I had the 32-bit system installed first, then added the 64-bit one when it came out. And I'm sure you know that no matter how many Linux distros you may be multi-booting, you only need one swap partition. Hope this helps. --doug -- 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/531610cd.5010...@optonline.net
Re: Here's how to make yourself happier OT in re systemd
On 20140304_160239, Raffaele Morelli wrote: > 2014-03-04 15:45 GMT+01:00 Steve Litt of Troubleshooters.Com < > litt...@gmail.com>: > > > On Tue, 4 Mar 2014 09:05:41 +0100 > > Raffaele Morelli wrote: > > > > > > > > Lately I would add > > > > > > :0B > > > * .*(systemd) > > > $GARBAGE > > > > > > :0 > > > * ^Subject.*(systemd) > > > $GARBAGE > > > > I can't do that, because I really need to know about that stuff. When > > Jessie becomes stable, I'm going to try to work with systemd. But if > > that becomes problematic, I'll need a plan B. A lot of today's traffic > > was very informative stuff about system startup. > > > > IMHO you won't need a plan B, it's just another system service manager, > that said you can try systemd before Jessie release, it's in debian > Wheezy... > > /r I switched to systemd under Wheezy a couple of weeks ago. I had a small problem convincing aptitude to stop switching back to the old way any time that I wanted to install packages from security.debian.org. After fixing that I have noticed no difference from the old way, whose name I have already forgotten. My hardware has a built in, intended, delay before start of boot, so I don't percieve that boot is faster. Maybe it is. I just can't see it in my particular set up. I am much more worried now about the world going nuclear before systemd gets a chance to prove its usefulness. Peace to all, I hope -- Paul E Condon pecon...@mesanetworks.net -- 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/20140304171544.gb9...@big.lan.gnu
DHCP quickie
Hi Guys, Is it possible to only give leases at a certain time of day for a certain IP or MAC? Say from 06:00 till 10:00 and then from 18:00 till 22:00? Just wondering Thank You Danny -- 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/20140304173257.GA6878@fever.havannah.local
Re: Replacing systemd
On 03/04/2014 10:00 AM, Steve Litt of Troubleshooters.Com wrote: The decision was just about *the default*. (Is this so difficult to > crasp?) Yes, it *was* hard for me to grasp. Reading all the email, I didn't understand that I'd still have a choice. Now I do, and this is very good news. If I can change it, this becomes a non-issue. Thanks, when I upgraded to jessie from wheezy, I don't remember it asking me if I wanted systemd, although it may have flown by on a screen when I wasn't paying attention:) those installs get old after a while.. -- Paul Cartwright Registered Linux User #367800 and new counter #561587 -- 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/5315f076.6040...@gmail.com
Re: Email filtering - was Re: Here's how to make yourself happier
Bret Busby grabbed a keyboard and wrote: > On Tue, 4 Mar 2014, Steve Litt wrote: >> [...] >> I'll probably have to add more to that as he comes on line with a slew >> of other identities, but .procmailrc is a pretty easy filtering ^ >> mechanism. > > Is that procmail, or is that postfix (or, sendmail)? Offhand, I'm gonna say procmail. :-) --Dave smime.p7s Description: S/MIME Cryptographic Signature
Re: Replacing systemd
On Tue, Mar 04, 2014 at 09:37:57AM -0500, Steve Litt wrote:
> On Mon, 3 Mar 2014 22:31:08 -0500
> Dan Ritter wrote:
> > I would strongly consider a hybrid of the existing sysVinit and
> > daemontools or runit -- runit being a reimplementation of daemontools
> > that avoided the licensing issue and has a current maintainer.
>
> Yeah, I would strongly consider that too. I didn't know I could replace
> systemd with sysVinit once Jessie becomes stable. And I'll research
> runit to see if it's just like Daemontools. I'm really in love with
> Daemontools: It's not just a summer thing.
>
> >
> > sysVinit would be in charge of system boot, and runit in charge of
> > daemon supervision. A few simple modifications allows
> > /etc/init.d/ files to control the runit processes.
>
> :-) Would those modifications involve linking and unlinking directories
> to the /service (or /etc/service) directory, by any chance?
I wouldn't, no. linking and unlinking is best handled by an
equivalent to update-rc.d. How often do you call that?
Here's a generic /etc/init.d/ file for a supervised
service.
#!/bin/sh
#
### BEGIN INIT INFO
# Provides: service
# Required-Start:$remote_fs $all
# Required-Stop: $remote_fs $syslog
# Should-Start: $local_fs
# Should-Stop: $local_fs
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: do stuff
# Description: service is a tool that provides service.
### END INIT INFO
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
$SERVICE=servicename
$SERVICE_USER=username
$SERVICE_GROUP=groupname
#note config file and command line parameters must be specified
#in /etc/service/$SERVICENAME/run
case "$1" in
start)
svc -u /etc/service/$SERVICE
;;
stop)
# do pre-stop actions here
svc -d /etc/service/$SERVICE
;;
restart)
svc -d /etc/service/$SERVICE
svc -u /etc/service/$SERVICE
;;
status)
svstat /etc/service/$SERVICE
;;
reload)
# most daemons take HUP for reload
svc -h /etc/service/$SERVICE
;;
*)
echo "Usage: $SERVICE
{start|stop|restart|reload|status}" >&2
exit 1
;;
esac
exit 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/20140304151919.gi10...@randomstring.org
Re: Replacing systemd
On Tue, 04 Mar 2014 10:16:35 +0100 Martin Steigerwald wrote: > At least for Jessie as far as I understand all other inits are still > planned to be packaged. So either stick with sysv + insserv or choose > another one. > > The decision was just about *the default*. (Is this so difficult to > crasp?) Yes, it *was* hard for me to grasp. Reading all the email, I didn't understand that I'd still have a choice. Now I do, and this is very good news. If I can change it, this becomes a non-issue. Thanks, SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance -- 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/20140304100057.41a0f233@mydesk
Re: Here's how to make yourself happier
2014-03-04 15:45 GMT+01:00 Steve Litt of Troubleshooters.Com < litt...@gmail.com>: > On Tue, 4 Mar 2014 09:05:41 +0100 > Raffaele Morelli wrote: > > > > > Lately I would add > > > > :0B > > * .*(systemd) > > $GARBAGE > > > > :0 > > * ^Subject.*(systemd) > > $GARBAGE > > I can't do that, because I really need to know about that stuff. When > Jessie becomes stable, I'm going to try to work with systemd. But if > that becomes problematic, I'll need a plan B. A lot of today's traffic > was very informative stuff about system startup. > IMHO you won't need a plan B, it's just another system service manager, that said you can try systemd before Jessie release, it's in debian Wheezy... /r
Re: Replacing systemd
On Mon, 3 Mar 2014 22:31:08 -0500 Dan Ritter wrote: > On Mon, Mar 03, 2014 at 08:50:09PM -0500, Steve Litt wrote: > > Hi everyone, > > > > I just checked with my local Linux group (GoLUG), and the opinions > > there are that systemd is not a particularly good thing. I also > > heard from our LUG's most vociferous proponent of Daemontools that > > Daemontools wouldn't be a good replacement because it has no > > concept of running things in a specific order. > > > > So let me ask you this: If I wanted to replace systemd on a future > > Debian system, what would I replace it with, and how? > > > > Note: This is a serious question about technology, not politics, so > > will the multinamed screamer please stay out of this conversation? > > I would strongly consider a hybrid of the existing sysVinit and > daemontools or runit -- runit being a reimplementation of daemontools > that avoided the licensing issue and has a current maintainer. Yeah, I would strongly consider that too. I didn't know I could replace systemd with sysVinit once Jessie becomes stable. And I'll research runit to see if it's just like Daemontools. I'm really in love with Daemontools: It's not just a summer thing. > > sysVinit would be in charge of system boot, and runit in charge of > daemon supervision. A few simple modifications allows > /etc/init.d/ files to control the runit processes. :-) Would those modifications involve linking and unlinking directories to the /service (or /etc/service) directory, by any chance? > > Another interesting candidate is monit, which is similar in > basis to runit or daemontools, but spends more effort on trying > to monitor the results of the processes and send you alerts or > restart them on misbehavior. Thanks so much Dan. This is good information. SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance -- 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/20140304093757.3ea3c5c1@mydesk
Re: Email filtering - was Re: Here's how to make yourself happier
On Tue, 4 Mar 2014 16:38:17 +0800 (WST) Bret Busby wrote: > On Tue, 4 Mar 2014, Steve Litt wrote: > > > GARBAGE=/dev/null > > > > ### DEBIAN LIST UBERSCREAMER ARNOLD BIRD'S 4 ADDRESSES > > :0: > > * ^From.*naturalli...@dcemail.com > > $GARBAGE > > > > :0: > > * ^From.*arnoldb...@cosmicemail.com > > $GARBAGE > Is that procmail, or is that postfix (or, sendmail)? Procmail. Not knowing sendmail or postfix, I didn't know that they were similar. By the way, here's my email receiving system: http://www.troubleshooters.com/lpm/201202/images/dovecot_setup.png If you want to read the document that came from, it's here: http://www.troubleshooters.com/lpm/201202/201202.htm I'm really pleased with my email architecture because the email client is used only for observing mail in Dovecot, so I can instantly replace it with another IMAP aware email client any time I want. SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance -- 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/20140304095202.3b90f0cf@mydesk
Re: Here's how to make yourself happier
On Tue, 4 Mar 2014 09:05:41 +0100 Raffaele Morelli wrote: > > Lately I would add > > :0B > * .*(systemd) > $GARBAGE > > :0 > * ^Subject.*(systemd) > $GARBAGE I can't do that, because I really need to know about that stuff. When Jessie becomes stable, I'm going to try to work with systemd. But if that becomes problematic, I'll need a plan B. A lot of today's traffic was very informative stuff about system startup. Thanks, SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance -- 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/20140304094501.339cbe08@mydesk
Re: Here's how to make yourself happier
On Mon, 03 Mar 2014 23:46:39 -0800 David Guntner wrote: > Steve Litt grabbed a keyboard and wrote: > > GARBAGE=/dev/null > > > > ### DEBIAN LIST UBERSCREAMER ARNOLD BIRD'S 4 ADDRESSES > > :0: > > * ^From.*naturalli...@dcemail.com > > $GARBAGE > > > > :0: > > * ^From.*arnoldb...@cosmicemail.com > > $GARBAGE > Unless you have a reason to want one test per address, you could > simply put them all in a single test. > > > :0: > > * > > ^From.*(naturalli...@dcemail.com|arnoldb...@cosmicemail.com|usspookslovesys...@muchomail.com|fredw...@mail.ru) > > $GARBAGE > > Collect them all! :-) > > --Dave Thanks Dave, I think once upon a time I knew that syntax, but long ago forgot it. I'll start using that again. SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance -- 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/20140304094237.5c7854f3@mydesk
Re: Proposal - preserve freedom of choice of init systems - SysV is FINE.
On 3/3/2014 7:27 PM, Doug wrote: /snip/ Two comments: 1. Debian is *not* the universal operating system. After Windows and Mac OsX, and maybe Unix, probably Ubuntu is. I'd have to give the Universal crown to NetBSD: http://www.netbsd.org/ports/#ports-by-cpu Maybe one of the other *BSD variants does more? -- --- Dave Woyciesjes --- ICQ# 905818 --- CompTIA A+ Certified IT Tech - http://certification.comptia.org/ --- HDI Certified Support Center Analyst - http://www.ThinkHDI.com/ Registered Linux user number 464583 "Computers have lots of memory but no imagination." "The problem with troubleshooting is that trouble shoots back." - from some guy on the internet. -- 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/5315e531.3070...@sbcglobal.net
Re: Replacing systemd
On Tue, Mar 04, 2014 at 08:06:59AM -0500, Rob Owens wrote: > On Mon, Mar 03, 2014 at 08:50:09PM -0500, Steve Litt wrote: > > Hi everyone, > > > > I just checked with my local Linux group (GoLUG), and the opinions > > there are that systemd is not a particularly good thing. I also heard > > from our LUG's most vociferous proponent of Daemontools that Daemontools > > wouldn't be a good replacement because it has no concept of running > > things in a specific order. > > > > So let me ask you this: If I wanted to replace systemd on a future > > Debian system, what would I replace it with, and how? > > > > Note: This is a serious question about technology, not politics, so will > > the multinamed screamer please stay out of this conversation? > > > Personally I'd just stay with sysvinit. I never understood what is so > bad about it that it so desperately needs to be replaced. People will > talk about boot times, but the occasional fsck is the real boot time > killer. A few seconds difference between sysvinit, upstart, systemd, > etc. doesn't mean much to me, so I'm content to leave things alone. Boot speed isn't systemd's goal. It's just a side-effect. Systemd's real goals are being event driven (so, for example, you don't mount a file system until the device is ready - at the moment, debian does this with a two-pass mount script: one pass to mount local filesystems, then another after networking is up to mount remote filesystems, but this gets messy if you have a complex system.) and keeping processes grouped (so that if you stop a service, all the processes it spawned are stopped too. No having to grep the process table - and worrying about killing every perl instance. At the moment, this uses CGroups which are, I believe, the main technical problem with adopting systemd as they aren't available on the FreeBSD kernel). As the naysayers will point out this IS all achievable in SysV, but it's awfully complex. > > Of course, the more systemd becomes accepted, the more likely it may be > that sysvinit becomes unsupported (either in Debian or upstream). So > that should be considered when choosing and alternative to systemd. > > -Rob signature.asc Description: Digital signature
Install debian on EFI hw
Last few weekends I've tried to install debian 7.2 from live DVD (but booting from USB) on EFI hardware with GPT. I disabled EFI, crated a small partition at the begging of the disk, and run the usual installation process. However, at the end of installation I always receive the message like: "Grub-pc package failed to install into /target/". Now, I solved this by booting to rescue mode, doing grub-install, chroot into the instaled system and simply update grub. However, I found this solution suboptimal when compared to classical debian installation (utilizing MBR). So I wonder if anybody had experience on how to avoid this recue-grub_install-chroot-grub_update procedure? Did anybody manage to automatically install debian on GPT? Did anybody do it without disabling EFI (grub-efi perhaps)? Or the only way to have the automated install is stick with MBR? Thanks to anybody who cares. -- 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/lf4lk1$umi$1...@ger.gmane.org
Re: trickle for cpu ?
From: ralf.mardorf at alice-dsl.net To: debian-user at lists.debian.org Subject: Re: trickle for cpu ? Date: Tue, 04 Mar 2014 13:54:25 +0100 On Tue, 2014-03-04 at 16:32 +0400, Reco wrote: > cgroups Zenaan does use jackd, or at least once tested jackd. using Cgroups might be a bad idea, at least the following should receive attention: http://trac.jackaudio.org/wiki/Cgroups Regards, Ralf -- 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/1393938755.621.8.camel@archlinux
Re: Firmware stuff - was systemd fight
On Mon, 3 Mar 2014 14:33:44 -0800 "Arnold Bird" wrote: > Is it not in the unfree repository? > Alot of stuff was moved there. AFAIK, it's not in the repos at all, just distributed by Brother. > --- cele...@gmail.com wrote: > > From: Celejar > To: debian-user@lists.debian.org > Subject: Re: Firmware stuff - was systemd fight > Date: Mon, 3 Mar 2014 11:36:13 -0500 > > On Mon, 3 Mar 2014 17:10:46 +0800 (WST) > Bret Busby wrote: > > ... > > > Debian 6 apparently made most printers "paperweight" or "sopmetimes > > works", in functionality. > > > > Something significant, changed between Debian Linux 5 and Debian Linux > > 6, that reduced the functionality of the operating system. > > > > The device is a Samsung CLX3185FW, and it had drivers that worked with > > Debian 5. > > > > The printer, and, from what I have seen, it equally applies to most > > printers that were "Linux-compatible" is/are not compatible with Debian > > Linux after Debian Linux v5. > > ?! I'm running amd64 Stable, and my Brother works just fine, with > drivers provided by the manufacturer. I really don't think that "most > printers" are no longer compatible with Debian. > > Celejar Celejar -- 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/20140304081121.dd81dfd8bf531f6217ebf...@gmail.com
Re: Replacing systemd
On Mon, Mar 03, 2014 at 08:50:09PM -0500, Steve Litt wrote: > Hi everyone, > > I just checked with my local Linux group (GoLUG), and the opinions > there are that systemd is not a particularly good thing. I also heard > from our LUG's most vociferous proponent of Daemontools that Daemontools > wouldn't be a good replacement because it has no concept of running > things in a specific order. > > So let me ask you this: If I wanted to replace systemd on a future > Debian system, what would I replace it with, and how? > > Note: This is a serious question about technology, not politics, so will > the multinamed screamer please stay out of this conversation? > Personally I'd just stay with sysvinit. I never understood what is so bad about it that it so desperately needs to be replaced. People will talk about boot times, but the occasional fsck is the real boot time killer. A few seconds difference between sysvinit, upstart, systemd, etc. doesn't mean much to me, so I'm content to leave things alone. Of course, the more systemd becomes accepted, the more likely it may be that sysvinit becomes unsupported (either in Debian or upstream). So that should be considered when choosing and alternative to systemd. -Rob signature.asc Description: Digital signature
Re: Who changes /bin/ping on my system ?
On Tue 04 Mar 2014 at 09:16:15 +0100, Tim Ruehsen wrote: > # ls -la /bin/ping > -rwxr-xr-x 1 root root 46672 01-02-14 22:18:43 /bin/ping The file size indicates this is /bin/ping6 (amd64 platform) > Now I reinstalled iputils-ping: > > # ls -la /bin/ping > -rwxr-xr-x 1 root root 44080 01-02-14 22:18:43 /bin/ping The file size indicates this is /bin/ping (amd64 platform) > For me it looks like ping utility is changed from time to time without > setting > the correct pcaps (rootkit bug ?). I'm unsure what to think but it seems you are involved and not a bug/rootkit. > Is there a good rootkit / malware scanner (I am already using chkrootkit with > no success) ? Nobody has any success with chkrootkit. -- 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/04032014122114.0fa1f6e39...@desktop.copernicus.demon.co.uk
Re: trickle for cpu ?
Hi. On Tue, Mar 04, 2014 at 11:16:34PM +1100, Zenaan Harkness wrote: > I want to be able to say "use maximum 10% of CPU". cgroups are definitely THE tool for doing this. The best starting point IMO would be installing cgroup-bin and reading its' documentation. Reco -- 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/20140304123219.GA25506@x101h
trickle for cpu ?
I know of nice, but that just changes process priority, but still allows a process to use up to 100% of cpu. trickle is a bandwidth shaper for network usage and is easy to use and works well. Is there an equivalent for CPU, so that I can "shape" the "cpu bandwidth" of an application? I want to be able to say "use maximum 10% of CPU". In the past, I wanted to do the same for memory and disk IO, to restrain firefox. My relatively modern pc with 8G RAM no longer motivates me in this way, but I would definitely like to throttle CPU. TIA Zenaan -- 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/CAOsGNST4jJXfS4mC+EzXEWeZPuJKiy8=e2tEwT1k8e-rzTi=2...@mail.gmail.com
Re: Debian init choices
On Sun, Mar 02, 2014 at 06:44:33PM -0500, Steve Litt wrote: > Hi all, > > I was just wondering something. How much effort would it take for me, > personally, just me, to make my Debian Stable start all its processes > with DJB's Daemontools. I know Daemontools, I understand it, I know how > to work with it and how to troubleshoot it. What I don't know is: > > 1) How to get the kernel to pass off control to Daemontools? apt-get install daemontools-run That will start svscanboot from inittab, which will get you a working system, suitable for migrating daemons from sysvinit to daemontools control. If you later want to drop svscanboot as /bin/init, you can do that, but it's not going to be simple. > 2) How to know which processes get run after boot? Look at your current /etc/init.d/ directory for everything which *might* happen. Look at /etc/rc?.d/ to see what gets run. On a standard Debian Wheezy system, the default runlevel is 2, so you can ignore 3,4 and 5. 6 is for rebooting. > 3) Can one start drivers with Daemontools? Yes, you need a process (a run script) that tests to see if modprobes are needed, and then does them. > 4) Would there be a performance or stability cost to doing this, other >than boot taking longer, which I don't care about that much? Boot might be faster, actually, since daemontools will do everything in parallel. Stability? At boot time, you are likely to have dependency problems that you will need to sort out. You are likely to have to re-implement a chunk of sysVinit's dependency system. After boot, I would expect daemontools to be more stable than anything except similarly designed systems such as runit. (Look at the runit ackages.) -- https://randomstring.org/~dsr/eula.html is hereby incorporated by reference. You can't fight for freedom by taking away rights. -- 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/20140303212447.gc10...@randomstring.org
Re: Replacing systemd
On Mon, Mar 03, 2014 at 08:50:09PM -0500, Steve Litt wrote: > Hi everyone, > > I just checked with my local Linux group (GoLUG), and the opinions > there are that systemd is not a particularly good thing. I also heard > from our LUG's most vociferous proponent of Daemontools that Daemontools > wouldn't be a good replacement because it has no concept of running > things in a specific order. > > So let me ask you this: If I wanted to replace systemd on a future > Debian system, what would I replace it with, and how? > > Note: This is a serious question about technology, not politics, so will > the multinamed screamer please stay out of this conversation? I would strongly consider a hybrid of the existing sysVinit and daemontools or runit -- runit being a reimplementation of daemontools that avoided the licensing issue and has a current maintainer. sysVinit would be in charge of system boot, and runit in charge of daemon supervision. A few simple modifications allows /etc/init.d/ files to control the runit processes. Another interesting candidate is monit, which is similar in basis to runit or daemontools, but spends more effort on trying to monitor the results of the processes and send you alerts or restart them on misbehavior. -dsr- -- https://randomstring.org/~dsr/eula.html is hereby incorporated by reference. You can't fight for freedom by taking away rights. -- 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/20140304033108.gd10...@randomstring.org
Re: Here's how to make yourself happier
* David Guntner [14-03/03=Mo 23:46 -0800]: > Unless you have a reason to want one test per address, > you could simply put them all in a single test. > >> :0: >> * >> ^From.*(naturalli...@dcemail.com|arnoldb...@cosmicemail.com|usspookslovesys...@muchomail.com|fredw...@mail.ru) >> $GARBAGE > > Collect them all! :-) I used to construct such recipes like this ... :0: * ^From:.*(\ naturalli...@dcemail.com|\ arnoldb...@cosmicemail.com|\ usspookslovesys...@muchomail.com|\ fredw...@mail.ru|\ DUMMYLINESOIDON'TNEEDTOWORRYABOUTFORGETTINGTHEGODDAMNVERTICALBAR) $JUNK ... but eventually I started getting "procmail: Exceeded LINEBUF" so I switched to a hack that uses scoring (`man procmailsc`) to implement unlimited short-circuited alternation (i.e the testing stops as soon as a condition is true, and there's no LINEBUF limit): :0: * 2147483646^0 * 1^0 ^From:.*naturalli...@dcemail.com * 1^0 ^From:.*arnoldb...@cosmicemail.com * 1^0 ^From:.*usspookslovesys...@muchomail.com * 1^0 ^From:.*fredw...@mail.ru * -2147483646^0 $JUNK This works on 64-bit as well as 32-bit systems. Unscored conjuncts can precede the alternatives: :0: * !^From:Will Mengarini * 2147483646^0 * 1^0 ^From:.*naturalli...@dcemail.com * 1^0 ^From:.*arnoldb...@cosmicemail.com * 1^0 ^From:.*usspookslovesys...@muchomail.com * 1^0 ^From:.*fredw...@mail.ru * -2147483646^0 $JUNK -- Will Mengarini Free software: the Source will be with you, always. O< ASCII ribbon campaign - stop HTML mail - www.asciiribbon.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/20140304111503.ga19...@eskimo.com
Re: Here's how to make yourself happier
On Tue, Mar 04, 2014 at 01:31:45AM -0500, Steve Litt wrote:
> Hi all,
>
> Here's how I just made my life happier and less stressful:
>
> ==
> GARBAGE=/dev/null
>
> ### DEBIAN LIST UBERSCREAMER ARNOLD BIRD'S 4 ADDRESSES
> :0:
> * ^From.*naturalli...@dcemail.com
> $GARBAGE
>
> :0:
> * ^From.*arnoldb...@cosmicemail.com
> $GARBAGE
>
> :0:
> * ^From.*usspookslovesys...@muchomail.com
> $GARBAGE
>
> :0:
> * ^From.*fredw...@mail.ru
> $GARBAGE
> ==
And for anyone using sieve:
8<===
if anyof (header :contains "from" "naturalli...@dcemail.com",
header :contains "from" "arnoldb...@cosmicemail.com",
and so on ...){
discard;# Throw away the message
stop; # Don't process any more rules for this message
}
8<===
signature.asc
Description: Digital signature
Re: Replacing systemd
On 4.3.2014 11:16, Martin Steigerwald wrote: The decision was just about *the default*. (Is this so difficult to crasp?) When is this change coming to unstable? Will it need any special actions when upgrading? -- 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/5315a3d2.9060...@pp.nic.fi
Re: clean upgrade 32 -> 64?
On Mon, Mar 03, 2014 at 05:08:37PM -0700, Joe Pfeiffer wrote: > I'm about to replace one of my old 32-bit x86 Debian boxes with a > 64-bit; I'll actually just be moving the disk drives out of the old box > into the new one and doing any minor configuration changes that'll be > neede (which will be very minor). So, while I'm at it, I'm curious -- > is there any clean way to do an update that will simply replace all the > 32 bit packages with 64 (and do all the other necessary multiarch > stuff)? It depends. Arguably the cleanest solution is to re-install using a 64-bit installer. However, this will blow away your configuration, choice of packages and so on. If you want to cross-grade, the accepted procedure is detailed here: https://wiki.debian.org/CrossGrading > > I'm not actually doing anything with it that will require 64 bits; if > the answer is "no" I'll simply continue to run it as a 32 bit machine. > > So, is it possible? > > Thanks, > > > -- > 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/1btxbe3jwa@snowball.wb.pfeifferfamily.net > signature.asc Description: Digital signature
Re: Firmware stuff - was systemd troll
On Tue, Mar 04, 2014 at 04:29:52PM +0800, Bret Busby wrote: > The device had available, a software suite, named the Samsung > Unified Print Driver. > > That worked with Debian Linux 5. > > It apparently does not work with Debian Linux 6. > > Something changed from Debian Linux 5, to Debian Linux 6, that > prevented that software that had worked on Debian Linux 5, from > working on Debian Linux 6. Most likely the problem is that the software was linked against a particular version of one or more libraries which are not in versions of Debian greater than 5. If the source was available it could be rebuilt, linking to the later versions of those libraries, most likely working fine possibly with some minor tweaks required. Cheers, Tom -- Hey! now! Come hoy now! Whither do you wander? Up, down, near or far, here, there or yonder? Sharp-ears, Wise-nose, Swish-tail and Bumpkin, White-socks my little lad, and old Fatty Lumpkin! -- J. R. R. Tolkien signature.asc Description: Digital signature
Re: Replacing systemd
Am Montag, 3. März 2014, 20:50:09 schrieb Steve Litt: > Hi everyone, > > I just checked with my local Linux group (GoLUG), and the opinions > there are that systemd is not a particularly good thing. I also heard > from our LUG's most vociferous proponent of Daemontools that Daemontools > wouldn't be a good replacement because it has no concept of running > things in a specific order. > > So let me ask you this: If I wanted to replace systemd on a future > Debian system, what would I replace it with, and how? > > Note: This is a serious question about technology, not politics, so will > the multinamed screamer please stay out of this conversation? At least for Jessie as far as I understand all other inits are still planned to be packaged. So either stick with sysv + insserv or choose another one. The decision was just about *the default*. (Is this so difficult to crasp?) -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- 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/3395323.R2K9kFtUhR@merkaba
Re: Firmware stuff - was systemd troll
On 3/4/14, Bret Busby wrote: > On Mon, 3 Mar 2014, Scott Ferguson wrote: >>> As a single example, I have a multifunction printer, of which, the >>> multifunctionality worked with Debian 5. Now, it is only a laser >>> printer, running with Debian 6 - to use it to scan, I have to scan >>> to a USB drive, and then copy the files to the computer, as Debian 6 >>> (and, I believe, similarly, Debian 7) does not provide for the >>> device to wotk with it, other than using a printer driver that is not >>> for the particular model range, and, losing all other interfaced >>> functionality. >>> >>> Surely, it must be possible, to provide backward compatibility, to >>> allow software that ran on earlier versions of Debian, to run on a >>> current stable version? >> >> No, for the same reasons I stated in the previous sentence. However >> that's not the problem, or solution in your case (x-y?). >> You need software support for older hardware, not support for older >> software. I'd be very surprised if that was not possible. >> >> That's a different subject and as such should be posted as a different >> subject. Preferably with the appropriate information so your problem can >> be resolved and so that it isn't just more irrelevant material clogging >> the list with random, non-productive tangents. > The device had available, a software suite, named the Samsung Unified > Print Driver. > > That worked with Debian Linux 5. > > It apparently does not work with Debian Linux 6. So you are insisting on using that particular piece of software. "A" solution could be to run a Debian 5 chroot, inside your Debian 6. Does that sound like something you'd be willing to try? Yes, you don't like change. There is a cost to that. "A"nother solution could be to stick to Debian 5, and if you need it for some reason, just upgrade to a recent kernel, without changing any other packages. You might find using an older version of Debian, if you're running on the same hardware, to be adequate for your needs. Good luck, Zenaan -- 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/CAOsGNSRo=dcygt9ad54yrmtzsh2x992rkov0yg-x8g04xzs...@mail.gmail.com
Re: Who changes /bin/ping on my system ?
On 04/03/14 19:16, Tim Ruehsen wrote: > Hi, > > every now and than ping loses it's capabilities to be executed by a normal > user. Like here: > $ ping example.com > ping: icmp open socket: Operation not permitted > > I didn't care so far and just reinstalled iputils-ping and everything worked > again. I did this three or four times since ~ November 2013. > > Today I had the problem again and took time to look at it a bit closer. Right > before, I made a apt-get update / apt-get dist-upgrade (but iputils-ping > wasn't included here). > > # ls -la /bin/ping > -rwxr-xr-x 1 root root 46672 01-02-14 22:18:43 /bin/ping > > Now I reinstalled iputils-ping: > # apt-get --reinstall install iputils-ping > Reading package lists... Done > Building dependency tree > Reading state information... Done > 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded. > Need to get 0 B/56.3 kB of archives. > After this operation, 0 B of additional disk space will be used. > (Reading database ... 443041 files and directories currently installed.) > Preparing to unpack .../iputils-ping_3%3a20121221-5_amd64.deb ... > Unpacking iputils-ping (3:20121221-5) over (3:20121221-5) ... > Processing triggers for man-db (2.6.6-1) ... > Setting up iputils-ping (3:20121221-5) ... > Setcap worked! Ping(6) is not suid! > > # ls -la /bin/ping > -rwxr-xr-x 1 root root 44080 01-02-14 22:18:43 /bin/ping $ ls -l `which ping` -rwsr-xr-x 1 root root 31104 Apr 13 2011 /bin/ping # different results and I don't get your error - ever. iputils-ping 3:20101006-1+b1 i386 (Wheezy with backports). > > For me it looks like ping utility is changed from time to time without > setting > the correct pcaps (rootkit bug ?). I can't definitely say no, nor can I think of why a rootkit would do that. Certainly it's a bug. > > Does anybody know who or what changes my ping utility ? Is this a known bug > (I > couldn't find anything) ? Nor could I, though I only did a quick search. Definitely file a bugreport. > Is there a good rootkit / malware scanner (I am already using chkrootkit with > no success) ? No opinion there. Check the md5 of the binary as a start? I route suspect boxes through a transparent proxy to see if there are channels in use that shouldn't be. > > My system is a Debian Sid / unstable > > Thanks for any help or suggestions. > > Tim > > Kind regards -- 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/53159a17.3030...@gmail.com
Re: Email filtering - was Re: Here's how to make yourself happier
2014-03-04 9:38 GMT+01:00 Bret Busby : > On Tue, 4 Mar 2014, Steve Litt wrote: > > >> Hi all, >> >> Here's how I just made my life happier and less stressful: >> >> == >> GARBAGE=/dev/null >> >> ### DEBIAN LIST UBERSCREAMER ARNOLD BIRD'S 4 ADDRESSES >> :0: >> * ^From.*naturalli...@dcemail.com >> $GARBAGE >> >> :0: >> * ^From.*arnoldb...@cosmicemail.com >> $GARBAGE >> >> :0: >> * ^From.*usspookslovesys...@muchomail.com >> $GARBAGE >> >> :0: >> * ^From.*fredw...@mail.ru >> $GARBAGE >> == >> >> >> I'll probably have to add more to that as he comes on line with a slew >> of other identities, but .procmailrc is a pretty easy filtering >> mechanism. >> >> Life is more pleasant when you don't have to hear that stuff. >> >> SteveT >> >> Steve Litt* http://www.troubleshooters.com/ >> Troubleshooting Training * Human Performance >> >> >> > Is that procmail, or is that postfix (or, sendmail)? procmail of course
Re: Firmware stuff - was systemd troll
On Mon, 3 Mar 2014, Scott Ferguson wrote: As a single example, I have a multifunction printer, of which, the multifunctionality worked with Debian 5. Now, it is only a laser printer, running with Debian 6 - to use it to scan, I have to scan to a USB drive, and then copy the files to the computer, as Debian 6 (and, I believe, similarly, Debian 7) does not provide for the device to wotk with it, other than using a printer driver that is not for the particular model range, and, losing all other interfaced functionality. Surely, it must be possible, to provide backward compatibility, to allow software that ran on earlier versions of Debian, to run on a current stable version? No, for the same reasons I stated in the previous sentence. However that's not the problem, or solution in your case (x-y?). You need software support for older hardware, not support for older software. I'd be very surprised if that was not possible. That's a different subject and as such should be posted as a different subject. Preferably with the appropriate information so your problem can be resolved and so that it isn't just more irrelevant material clogging the list with random, non-productive tangents. This is just splitting hairs, with the "I'm more knowledgable than you, so shut up and go away and don't bother us experts with mundane things like problems, and don't question anything" approach. The device had available, a software suite, named the Samsung Unified Print Driver. That worked with Debian Linux 5. It apparently does not work with Debian Linux 6. Something changed from Debian Linux 5, to Debian Linux 6, that prevented that software that had worked on Debian Linux 5, from working on Debian Linux 6. Can you show that the Samsung Unified Printer Driver, with all of its functionality, and, its encapsulated device drivers, that worked on Debian Linux 5, works on Debian Linux 6? Can you show that the Samsung Unified Printer Driver, works on Debian Linux 6? Is the Samsung Unified Printer Driver, software, or, is it hardware? It is therefore a problem of software that worked on Debian Linux 5, not working on Debian Linux 6. This is ending up like the Monty Python Parrot skit. The software worked on Debian 5, and, did not work on Debian 6. The parrot is dead. It is not resting - it is not sleeping, it is not doing yoga, and it is not meditating. It is dead. Debian Linux 6, apparently killed the parrot, did it not?. And, you have turned this into a personal hate campaign and character assassination. -- 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/alpine.deb.2.00.1403041616000.28...@bret-dd-workstation.busby.net
Email filtering - was Re: Here's how to make yourself happier
On Tue, 4 Mar 2014, Steve Litt wrote: Hi all, Here's how I just made my life happier and less stressful: == GARBAGE=/dev/null ### DEBIAN LIST UBERSCREAMER ARNOLD BIRD'S 4 ADDRESSES :0: * ^From.*naturalli...@dcemail.com $GARBAGE :0: * ^From.*arnoldb...@cosmicemail.com $GARBAGE :0: * ^From.*usspookslovesys...@muchomail.com $GARBAGE :0: * ^From.*fredw...@mail.ru $GARBAGE == I'll probably have to add more to that as he comes on line with a slew of other identities, but .procmailrc is a pretty easy filtering mechanism. Life is more pleasant when you don't have to hear that stuff. SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance Is that procmail, or is that postfix (or, sendmail)? -- 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/alpine.deb.2.00.1403041636410.28...@bret-dd-workstation.busby.net
Re: Firmware stuff - was systemd FUD
On Tue, 4 Mar 2014, Scott Ferguson wrote: On 04/03/14 17:11, Bret Busby wrote: On Mon, 3 Mar 2014, Andrei POPESCU wrote: On Lu, 03 mar 14, 18:57:09, Bret Busby wrote: I think that it is unfortunate that we are apparently expected to throw out all of our hardware (including printers and other such accessories), and, replace it all, each time a new version of an operating system, is released. http://en.wikipedia.org/wiki/Planned_obsolescence (not implying this is the case here though) The MFP thing, as far as I am aware (I have not yet been able to use all of its functionality, due to the Debian policy regarding firmware) [...] The two things are unrelated, except perhaps by the second law of thermodynamics. :) Assumptions. Please start a new thread about how to get your MFP running with recent Debian. Query was posted to Debian Printing mailing list in October 2013. No response. There you go again, that's the second time you've done that in this thread - refusing to acknowledge the requests of others while simultaneously expecting their assistance. Instead of your launching into gratuitous personal attacks, perhaps you could post any response to my query that I posted on the Debian Printing mailing list on 01 October 2013? I have just (yet again) searched through the folder for that mailing list, for that month, and, found no response. Perhaps, you could clarify your gratuitously hostile response? -- 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/alpine.deb.2.00.1403041606490.28...@bret-dd-workstation.busby.net
Who changes /bin/ping on my system ?
Hi, every now and than ping loses it's capabilities to be executed by a normal user. Like here: $ ping example.com ping: icmp open socket: Operation not permitted I didn't care so far and just reinstalled iputils-ping and everything worked again. I did this three or four times since ~ November 2013. Today I had the problem again and took time to look at it a bit closer. Right before, I made a apt-get update / apt-get dist-upgrade (but iputils-ping wasn't included here). # ls -la /bin/ping -rwxr-xr-x 1 root root 46672 01-02-14 22:18:43 /bin/ping Now I reinstalled iputils-ping: # apt-get --reinstall install iputils-ping Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded. Need to get 0 B/56.3 kB of archives. After this operation, 0 B of additional disk space will be used. (Reading database ... 443041 files and directories currently installed.) Preparing to unpack .../iputils-ping_3%3a20121221-5_amd64.deb ... Unpacking iputils-ping (3:20121221-5) over (3:20121221-5) ... Processing triggers for man-db (2.6.6-1) ... Setting up iputils-ping (3:20121221-5) ... Setcap worked! Ping(6) is not suid! # ls -la /bin/ping -rwxr-xr-x 1 root root 44080 01-02-14 22:18:43 /bin/ping For me it looks like ping utility is changed from time to time without setting the correct pcaps (rootkit bug ?). Does anybody know who or what changes my ping utility ? Is this a known bug (I couldn't find anything) ? Is there a good rootkit / malware scanner (I am already using chkrootkit with no success) ? My system is a Debian Sid / unstable Thanks for any help or suggestions. Tim -- 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/2984066.dquGzppmP6@blitz-lx
Re: Could russians maintain a traditional linux debian? Re: Four people decided the fate of debian with systemd. Bad faith likely
Hi. On Tue, Mar 04, 2014 at 02:00:53PM +1100, Zenaan Harkness wrote: > Another 'persona' Mr Naturist Linux? Mail headers from <20140303074232.529c2...@m0005296.ppops.net> show us that: Received: from imta-35.everyone.net (imta-35.everyone.net [216.200.145.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.everyone.net", Issuer "DigiCert High Assurance CA-3" (not verified)) by bendel.debian.org (Postfix) with ESMTPS id D440D1E9 for ; Mon, 3 Mar 2014 15:43:18 + (UTC) First e-mail from Mr Naturist Linux I could find <20140302192648.52ada...@m0048140.ppops.net> - has this header: Received: from imta-35.everyone.net (imta-35.everyone.net [216.200.145.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.everyone.net", Issuer "DigiCert High Assurance CA-3" (not verified)) by bendel.debian.org (Postfix) with ESMTPS id C1136BF; Mon, 3 Mar 2014 05:32:13 + (UTC) So, even if Arnold Bird and Mr Naturist Linux are two different persons - they are affiliated somehow. Also, as a curious bit - Cc header shows us fredw...@mail.ru. Searching in the d-u maillist shows Mr Fred Wilson as a possible alt of Arnold Bird. Reco -- 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/20140304075735.GA4781@x101h
Re: Here's how to make yourself happier
2014-03-04 8:46 GMT+01:00 David Guntner : > Steve Litt grabbed a keyboard and wrote: > > Hi all, > > > > Here's how I just made my life happier and less stressful: > > > > == > > GARBAGE=/dev/null > > > > ### DEBIAN LIST UBERSCREAMER ARNOLD BIRD'S 4 ADDRESSES > > :0: > > * ^From.*naturalli...@dcemail.com > > $GARBAGE > > > > :0: > > * ^From.*arnoldb...@cosmicemail.com > > $GARBAGE > > > > :0: > > * ^From.*usspookslovesys...@muchomail.com > > $GARBAGE > > > > :0: > > * ^From.*fredw...@mail.ru > > $GARBAGE > > == > > > > > > I'll probably have to add more to that as he comes on line with a slew > > of other identities, but .procmailrc is a pretty easy filtering > > mechanism. > > > > Life is more pleasant when you don't have to hear that stuff. > > Unless you have a reason to want one test per address, you could simply > put them all in a single test. > > > :0: > > * ^From.*(naturalli...@dcemail.com|arnoldb...@cosmicemail.com| > usspookslovesys...@muchomail.com|fredw...@mail.ru) > > $GARBAGE > > Collect them all! :-) > > --Dave > Lately I would add :0B * .*(systemd) $GARBAGE :0 * ^Subject.*(systemd) $GARBAGE
