Am 28.12.2012 01:02, schrieb Stefan G. Weichinger:
I *liked* the "old way" ... is there any explanation why removing this
improves things? How is it supposed to work now?
That's the sane question to ask, unfortunately you won't get a real
answer from the GNOME developers themselves. They are
Re
50DCE1AD.9060400@xunil.at50DCE1AD.9060400@xunil.atCADPrc829HM4216VAaPb3HSq4mcUT52JDpzfxAEpuT6W4ZFe_Ng@mail.gmail.com50dcc1bb.4080...@xunil.at,
Randolph Maaßen said:
> Maybe interesting to read:
> http://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotting-in-threes/
> I think we had this befor
On Thu, Dec 27, 2012 at 10:25 PM, Walter Dnes wrote:
> On Thu, Dec 27, 2012 at 01:49:01PM +0800, William Kenworthy wrote
>
>> Do you have the fstab line:
>> "none /dev/shm tmpfs defaults 0 0"
>
> I had an ancient version, which I've been copying to new installs for
> years. It was...
> shm /de
On 12/28/2012 01:44 AM, Joseph wrote:
> I'm not a PHP programmer but I'll try to explain my problem.
> I've create table in my php database:
>
> DROP TABLE IF EXISTS visual_verify_code;
> CREATE TABLE visual_verify_code (
>oscsid varchar(32) NOT NULL,
>code varchar(6) NOT NULL,
>dt TIM
I'm not a PHP programmer but I'll try to explain my problem.
I've create table in my php database:
DROP TABLE IF EXISTS visual_verify_code;
CREATE TABLE visual_verify_code (
oscsid varchar(32) NOT NULL,
code varchar(6) NOT NULL,
dt TIMESTAMP(12) NOT NULL DEFAULT NOW(),
PRIMARY KEY (oscsid
I'm sure I made more than one typo, but the ALLOWED_ICMP below
definitely needs a dollar sign.
>
> for ok_icmp in ALLOWED_ICMP; do
> iptables -A ICMP_IN -p icmp --icmp-type "${ok_icmp}" -j ACCEPT
> done
>
On 28/12/12 11:25, Walter Dnes wrote:
> chmod 755 /dev/shm/hello
> /dev/shm/hello
as a user (not root)
wdk@moriah /home/vm/qemu/mail $ vi /dev/shm/hello
wdk@moriah /home/vm/qemu/mail $ chmod 755 /dev/shm/hello
wdk@moriah /home/vm/qemu/mail $ /dev/shm/hello
Hello World
wdk@moriah /home/vm/qemu/mai
On 12/27/2012 10:59 PM, Walter Dnes wrote:
>
> Here's my revised "Paranoia Plus" ruleset. Any comments? Because I'm
> behind a NAT-ing ADSL router/modem, many of my rules rarely see hits.
> However, I do have a backup dialup connection in case of problems, so
> most of my rules don't specify t
On Thu, Dec 27, 2012 at 5:37 PM, Mark David Dumlao
wrote:
> On Fri, Dec 28, 2012 at 4:59 AM, Michael Mol wrote:
>> On Thu, Dec 27, 2012 at 3:16 PM, Mark David Dumlao
wrote:
>>> On Fri, Dec 28, 2012 at 2:40 AM, Michael Mol wrote:
> or the fact that some udev programs tend to
> be located
On Thu, Dec 27, 2012 at 07:34:00PM -0700, Joseph wrote:
>
> Looking at the package list:
> http://packages.gentoo.org/package/gnome-base/gconf?arches=fbsd
>
> gnome-base/gconf is not mark stable or testing at all, there is a blank space.
> gconf-2.32.4 was already installed on my system, emerge i
On Thu, Dec 27, 2012 at 06:50:07PM -0500, Michael Orlitzky wrote
> Once you've upgraded, you should be able to add all of your old --state
> rules normally, albeit with a warning. The new iptables will translate
> them to conntrack rules, and you can `/etc/init.d/iptables save` the result.
>
> Th
On Thu, Dec 27, 2012 at 01:49:01PM +0800, William Kenworthy wrote
> Do you have the fstab line:
> "none /dev/shm tmpfs defaults 0 0"
I had an ancient version, which I've been copying to new installs for
years. It was...
shm /dev/shm tmpfs nodev,nosuid,noexec 0 0
I changed over to your lin
Yeah, bugs happen. Like I said, wait a day and try again.
On 12/27/12 18:21, Mark Knecht wrote:
On Thu, Dec 27, 2012 at 6:16 PM, Joseph wrote:
trying to emerge: gnome-base/gconf-2.32.4
and I'm getting a strange error:
--
Joseph
Saw the same thing here this morning, and have seen it a couple of
times in the past. My strategy is to sync tomorrow a
On 12/27/12 18:21, Mark Knecht wrote:
On Thu, Dec 27, 2012 at 6:16 PM, Joseph wrote:
trying to emerge: gnome-base/gconf-2.32.4
and I'm getting a strange error:
--
Joseph
Saw the same thing here this morning, and have seen it a couple of
times in the past. My strategy is to sync tomorrow a
On Thu, Dec 27, 2012 at 6:16 PM, Joseph wrote:
> trying to emerge: gnome-base/gconf-2.32.4
> and I'm getting a strange error:
>
> --
> Joseph
>
Saw the same thing here this morning, and have seen it a couple of
times in the past. My strategy is to sync tomorrow and try again or
mask the package i
trying to emerge: gnome-base/gconf-2.32.4
and I'm getting a strange error:
Failed to emerge gnome-base/gconf-2.32.4, Log file:
'/var/log/portage/gnome-base:gconf-2.32.4:20121228-021346.log'
Jobs: 2 of 23 complete, 1 failedLoad avg: 1.05, 0.61, 0.41
* Package:gnome-base/gc
On Fri, Dec 28, 2012 at 02:06:27AM +0100, Volker Armin Hemmann wrote:
> Am Donnerstag, 27. Dezember 2012, 07:45:24 schrieb Pandu Poluan:
> > On Dec 26, 2012 1:05 AM, "Canek Peláez Valdés" wrote:
> > Even Linus piped up at one point, sharply reminding
> > Greg KH that even though udev was at one ti
Am Donnerstag, 27. Dezember 2012, 07:45:24 schrieb Pandu Poluan:
> On Dec 26, 2012 1:05 AM, "Canek Peláez Valdés" wrote:
> Even Linus piped up at one point, sharply reminding
> Greg KH that even though udev was at one time Greg's 'baby', at this point
> udev serves only the wants of the few.
link
On 12/27/2012 05:16 PM, Mick wrote:
> On Saturday 22 Dec 2012 01:29:57 Kevin Brandstatter wrote:
>> So e17 just came out and ive been using for a bit. The only problem
>> ive had with it is that i cant check the option to lock the screen on
>> suspend. I don't think this is a problem on some of the
2012/12/28 Stefan G. Weichinger
> Am 28.12.2012 00:45, schrieb Canek Peláez Valdés:
>
> > No, it works that way. You could changed in previous versions with
> > the /apps/metacity/general/mouse_button_modifier key in gconftool-2,
> > but now it's gone. I don't know if anyone is working on bring i
Am 28.12.2012 00:45, schrieb Canek Peláez Valdés:
> No, it works that way. You could changed in previous versions with
> the /apps/metacity/general/mouse_button_modifier key in gconftool-2,
> but now it's gone. I don't know if anyone is working on bring it
> back.
I *liked* the "old way" ... is t
On 12/27/2012 06:11 PM, Walter Dnes wrote:
> On Thu, Dec 27, 2012 at 11:28:15AM +, Graham Murray wrote
>
>> The problem is not really the OP's fault. The problem is that if you
>> have tables with the form "-m state --state XXX" at the point you
>> upgrade, iptables-save (quite possibly called
On Mon, 24 Dec 2012 15:14:11 +
Kevin Chadwick wrote:
> > Are there any other cases, apart from emotional attachment based on
> > inertia, where a separate / and /usr are desirable? As I see it,
> > there is only the system, and it is an atomic unit.
>
> You should really read the thread befo
On Thu, Dec 27, 2012 at 3:46 PM, Stefan G. Weichinger wrote:
>
> greets ...
>
> today (at least in my timezone ;-) ) I saw gnome-3.6-related ebuilds
> coming up on my ~amd64 box ...
>
> I ran a backup (yes, experience ...) and emerged stuff ... so far it
> runs OK.
>
> There are changes and new fe
On Thu, Dec 27, 2012 at 10:29 AM, Kevin Chadwick wrote:
>> * Finally, and what I think is the most fundamental difference between
>> systemd and almost any other init system: The service unit files in
>> systemd are *declarative*; you tell the daemon *what* to do, not *how*
>> to do it. If the ser
On Thu, Dec 27, 2012 at 9:33 AM, Mark Knecht wrote:
> On Wed, Dec 26, 2012 at 3:50 PM, Mark Knecht wrote:
>> On Wed, Dec 26, 2012 at 3:03 PM, Neil Bothwick wrote:
>>> On Wed, 26 Dec 2012 14:09:34 -0800, Mark Knecht wrote:
>>>
At this point I don't know that 1) the image is actually in the
>
On Thu, Dec 27, 2012 at 10:00 AM, pk wrote:
> On 2012-12-27 02:14, Canek Peláez Valdés wrote:
>
>> I really think that's the crux of the matter Pandou: udev/systemd
>> serves to the wants of the many. The eudev fork serves to the wants of
>
> systemd+udev serves the "large mass" (users of mainly F
On Saturday 22 Dec 2012 01:29:57 Kevin Brandstatter wrote:
> So e17 just came out and ive been using for a bit. The only problem
> ive had with it is that i cant check the option to lock the screen on
> suspend. I don't think this is a problem on some of the other
> distributions so thought it coul
On Thu, Dec 27, 2012 at 11:28:15AM +, Graham Murray wrote
> The problem is not really the OP's fault. The problem is that if you
> have tables with the form "-m state --state XXX" at the point you
> upgrade, iptables-save (quite possibly called automatically by
> /etc/init.d/iptables stop) wil
On Tue, 25 Dec 2012 10:56:52 +0700
Pandu Poluan wrote:
> In case you haven't noticed, since Windows 7 (or Vista, forget which)
> Microsoft has even went the distance of splitting between C:
> (analogous to /usr) and 'System Partition' (analogous to /). The boot
> process is actually handled by th
On Thu, 27 Dec 2012 14:57:09 +0100
Michael Hampicke wrote:
> Migrating my NAS to ZFS is something that has been floating around my
> head for a longer time. But I am not really sure if I want to switch
> from gentoo to FreeBSD on my NAS. zfsonlinux is there, but it's first
> release was early 201
On Fri, Dec 28, 2012 at 4:59 AM, Michael Mol wrote:
> On Thu, Dec 27, 2012 at 3:16 PM, Mark David Dumlao wrote:
>> On Fri, Dec 28, 2012 at 2:40 AM, Michael Mol wrote:
or the fact that some udev programs tend to
be located in /usr,
>>>
>>>
>>> That's either a bug with those programs, or
Mark Knecht wrote:
> On Thu, Dec 27, 2012 at 10:41 AM, Michael Mol wrote:
>
>>> 1) initramfs. It's not that hard
>>> 2) early mount script. It's not that hard.
>>> 3) modify your udev ebuild to install to /. It's not that hard.
>>
>> If you'd read the thread (and/or related ones), you'd know he t
greets ...
today (at least in my timezone ;-) ) I saw gnome-3.6-related ebuilds
coming up on my ~amd64 box ...
I ran a backup (yes, experience ...) and emerged stuff ... so far it
runs OK.
There are changes and new features and I am still exploring stuff.
The general question: is it a bug or a
On Thu, Dec 27, 2012 at 3:16 PM, Mark David Dumlao wrote:
> On Fri, Dec 28, 2012 at 2:40 AM, Michael Mol wrote:
>>> or the fact that some udev programs tend to
>>> be located in /usr,
>>
>>
>> That's either a bug with those programs, or a need for architectural
>> improvements within udev. Both p
On Fri, Dec 28, 2012 at 2:40 AM, Michael Mol wrote:
>> or the fact that some udev programs tend to
>> be located in /usr,
>
>
> That's either a bug with those programs, or a need for architectural
> improvements within udev. Both plausible answers.
>
The most obvious architectural improvement bei
On 2012-12-27, Volker Armin Hemmann wrote:
> Am Sonntag, 23. Dezember 2012, 19:44:43 schrieb Nuno J. Silva:
>> On 2012-12-23, Alan Mackenzie wrote:
>> > On Sun, Dec 23, 2012 at 07:03:25PM +0200, Nuno J. Silva wrote:
>> >> On 2012-12-23, Alan McKinnon wrote:
>> >> > On Sun, 23 Dec 2012 12:22:24 +02
On Thu, Dec 27, 2012 at 2:43 PM, Volker Armin Hemmann
wrote:
>
> Am Sonntag, 23. Dezember 2012, 19:44:43 schrieb Nuno J. Silva:
> > On 2012-12-23, Alan Mackenzie wrote:
> > > On Sun, Dec 23, 2012 at 07:03:25PM +0200, Nuno J. Silva wrote:
> > >> On 2012-12-23, Alan McKinnon wrote:
> > >> > On Sun,
On Thu, 27 Dec 2012 20:43:12 +0100, Volker Armin Hemmann wrote:
> and a device node in /dev - like /dev/sda2. And how do you get that one
> without udev?
CONFIG_DEVTMPFS=y
Of course, that only helps if /usr is on a plain old disk block device.
--
Neil Bothwick
No, you *can't* call 999 now.
Matthias Hanft wrote:
> Joseph wrote:
>>
>> Yes, you are correct. Rebuilding openvpn worked; thank you.
>
> As far as I have seen, you can set USE="iproute2" for OpenVPN which
> seems to use iproute2 instead of net-tools - should avoid your problem,
> too.
If iprout2 is relocated, it will fail f
Am Sonntag, 23. Dezember 2012, 19:44:43 schrieb Nuno J. Silva:
> On 2012-12-23, Alan Mackenzie wrote:
> > On Sun, Dec 23, 2012 at 07:03:25PM +0200, Nuno J. Silva wrote:
> >> On 2012-12-23, Alan McKinnon wrote:
> >> > On Sun, 23 Dec 2012 12:22:24 +0200
> >> >
> >> > nunojsi...@ist.utl.pt (Nuno J. S
Am Sonntag, 23. Dezember 2012, 19:03:25 schrieb Nuno J. Silva:
> Then I suppose you can surely explain in a nutshell why can't init
> scripts simply do that?
because some people decided, that fsck or that dynamic /dev/ populator depends
on stuff in /usr? which is the reason for this thread?
How
On 12/27/12 12:52, Matthias Hanft wrote:
> Michael Orlitzky wrote:
>>
>> My first -m state rule is,
>>iptables -A INPUT -p ALL -m state \
>> --state ESTABLISHED,RELATED -j ACCEPT
>
> That was mine, too (you can omit -p in this case, can't you?).
Yeah, it just makes the indentation line u
On Thu, Dec 27, 2012 at 10:41 AM, Michael Mol wrote:
>>
>> 1) initramfs. It's not that hard
>> 2) early mount script. It's not that hard.
>> 3) modify your udev ebuild to install to /. It's not that hard.
>
>
> If you'd read the thread (and/or related ones), you'd know he tried to go
> the initrd
On Thu, Dec 27, 2012 at 1:31 PM, Mark David Dumlao wrote:
> On Fri, Dec 28, 2012 at 2:15 AM, Dale wrote:
> > So I guess Linus is confused to?
>
> In your head, and only in your head, you're agreeing with Linus. Linus
> was talking about a different bug entirely from the one you're talking
> about
On Thu, Dec 27, 2012 at 1:22 PM, Mark David Dumlao wrote:
> On Fri, Dec 28, 2012 at 12:28 AM, Kevin Chadwick
> wrote:
> >
> > Again you don't break the spec unless you have to and you don't change
> > the spec unless it is an improvement or you have no choice. Non of
> > which is the case. Just l
On Fri, Dec 28, 2012 at 2:15 AM, Dale wrote:
> So I guess Linus is confused to?
In your head, and only in your head, you're agreeing with Linus. Linus
was talking about a different bug entirely from the one you're talking
about.
The bug you're talking about: you go on and on about people saying
On Fri, Dec 28, 2012 at 12:28 AM, Kevin Chadwick wrote:
>
> Again you don't break the spec unless you have to and you don't change
> the spec unless it is an improvement or you have no choice. Non of
> which is the case. Just like you do not mould a mail RFC to a
> widely used technically inferior
Mark David Dumlao wrote:
> I think your reaction proves my point about angry mobs torching his
> home without understanding what's being proposed. Your fine reading
> comprehension once again failed to catch the notion that in my
> analogy, all he invented was a mechanism that makes sure it was a k
Joseph wrote:
Yes, you are correct. Rebuilding openvpn worked; thank you.
As far as I have seen, you can set USE="iproute2" for OpenVPN which
seems to use iproute2 instead of net-tools - should avoid your problem,
too.
-Matt
Michael Orlitzky wrote:
My first -m state rule is,
iptables -A INPUT -p ALL -m state \
--state ESTABLISHED,RELATED -j ACCEPT
That was mine, too (you can omit -p in this case, can't you?).
And if what you say is true, I'd be in deep shit if it reset to,
iptables -A INPUT -p ALL -m
On Fri, Dec 28, 2012 at 12:13 AM, Dale wrote:
> Mark David Dumlao wrote:
>> On Thu, Dec 27, 2012 at 4:42 AM, Dale wrote:
>>> Mark David Dumlao wrote:
On Tue, Dec 25, 2012 at 10:38 AM, Dale wrote:
> Feel free to set me straight tho. As long as you don't tell me my
> system is broken
On Wed, Dec 26, 2012 at 3:50 PM, Mark Knecht wrote:
> On Wed, Dec 26, 2012 at 3:03 PM, Neil Bothwick wrote:
>> On Wed, 26 Dec 2012 14:09:34 -0800, Mark Knecht wrote:
>>
>>> At this point I don't know that 1) the image is actually in the
>>> kernel, or 2) that my "init thingy" ;-) image would work
On 12/27/12 16:00, Jörg Schaible wrote:
Joseph wrote:
I'm having problem starting openvpn after recent upgrade.
When I try to start it I get a normal respond:
openvpn.client_clinic_atom start
* Starting openvpn.client_clinic_atom ...[ ok ]
* WARNING: openvpn.client_clinic_
On 12/27/12 06:28, Graham Murray wrote:
> Michael Orlitzky writes:
>
>> The 'conntrack' module is supposed to be a superset of 'state', so most
>> things should be compatible. You really have two warnings there; the
>> first is for the state -> conntrack switch, and the second is because
>> you'r
> * Finally, and what I think is the most fundamental difference between
> systemd and almost any other init system: The service unit files in
> systemd are *declarative*; you tell the daemon *what* to do, not *how*
> to do it. If the service files are shell scripts (like in
> OpenRC/SysV), everyth
Again you don't break the spec unless you have to and you don't change
the spec unless it is an improvement or you have no choice. Non of
which is the case. Just like you do not mould a mail RFC to a
widely used technically inferior hotmail implementation.
> He's like DJB on crack.
Except DJB ma
On Thu, Dec 27, 2012 at 8:13 AM, Dale wrote:
>
> I think your analogy actually proves my point. Instead of just getting
> in the car and turning the key, they want to reinvent the engine and how
> it works. It doesn't matter that it is and has been working for decades,
>
> Thanks for proving my
Mark David Dumlao wrote:
> On Thu, Dec 27, 2012 at 4:42 AM, Dale wrote:
>> Mark David Dumlao wrote:
>>> On Tue, Dec 25, 2012 at 10:38 AM, Dale wrote:
Feel free to set me straight tho. As long as you don't tell me my
system is broken and has not been able to boot for the last 9 years
>>
* fe...@crowfix.com [121227 10:08]:
> On Wed, Dec 26, 2012 at 09:41:54PM -0800, fe...@crowfix.com wrote:
> >
> > I configured a minimal kernel to test it sooner, and it booted to a
> > prompt. Now I am compiling with my normal config, including encfs and
> > a lot of other gorp, and will try it
On 2012-12-27 02:14, Canek Peláez Valdés wrote:
> I really think that's the crux of the matter Pandou: udev/systemd
> serves to the wants of the many. The eudev fork serves to the wants of
systemd+udev serves the "large mass" (users of mainly Fedora and other
distros using systemd) that doesn't c
On Wed, Dec 26, 2012 at 09:41:54PM -0800, fe...@crowfix.com wrote:
>
> I configured a minimal kernel to test it sooner, and it booted to a
> prompt. Now I am compiling with my normal config, including encfs and
> a lot of other gorp, and will try it in the morning.
My bloated fully-larded normal
Joseph wrote:
> I'm having problem starting openvpn after recent upgrade.
>
> When I try to start it I get a normal respond:
>
> openvpn.client_clinic_atom start
> * Starting openvpn.client_clinic_atom ...[ ok ]
> * WARNING: openvpn.client_clinic_atom has started, but is inac
On Wed, Dec 26, 2012 at 9:14 PM, wrote:
> On Wed, Dec 26, 2012 at 08:53:14PM -0800, Mark Knecht wrote:
>
>> Possibly related?
>>
>> https://bugzilla.kernel.org/show_bug.cgi?id=51881
>
> Indeed :-) The patch author directed me there, I've applied the 51881
> patch to the 3.7.1 sources, and it just
Am 27.12.2012 01:18, schrieb Alan McKinnon:
> On Tue, 25 Dec 2012 07:41:01 -0800
> Mark Knecht wrote:
>
>> Hi,
>>Merry Christmas to all.
>>
>>Upgrading an external USB2 drive at home this Christmas morning to
>> 1TB for more video storage space. One large partition, non-raid, files
>> are
Michael Orlitzky writes:
> The 'conntrack' module is supposed to be a superset of 'state', so most
> things should be compatible. You really have two warnings there; the
> first is for the state -> conntrack switch, and the second is because
> you're missing the --state flag in your rules.
>
> In
Am 27.12.2012 01:18, schrieb Alan McKinnon:
> I am *very* impressed with ZFS for this. Yes, I know, it's not really
> there on Linux - I use it on FreeBSD (FreeNAS).
>
> It has everything I've wanted in a filesystem for a long time, and all
> the crap I've stuffed into my head over many years rel
68 matches
Mail list logo
