Ionut Biru wrote:
On 06/20/2012 06:40 PM, Sergej Pupykin wrote:
> At Wed, 20 Jun 2012 13:13:13 +0400,
> Sergej Pupykin wrote:
>>
>> What do you think about ffmpeg-compat package ?
>
> I've put it to community-staging and build motion, synfig and
> openscenegraph packages with it.
>
why did yo
On Wed, Jun 20, 2012 at 09:51:03PM +0200, Geert Hendrickx wrote:
> On Wed, Jun 20, 2012 at 14:38:27 +0530, gt wrote:
> > Hello Arno
> > [snip]
> > Please always start a new thread ;)
> For the mutt users, just press "#" to decouple the message from the parent
> thread. :-)
>
>
Thanks for the ad
Jason Ryan said the following at 06/20/2012 04:54 PM :
> I encountered this same issue at the start of the year: it is simply a matter
> of
> completing the installation and chrooting in to install grub to both your
> devices: http://jasonwryan.com/blog/2012/02/11/lvm/
>
The wiki seems strongly
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/20/12 09:15, Klaus wrote:
>
> Is there a line like "tmpfs /tmptmpfs nodev,nosuid0
> 0" which
> creates a ramdisk and mounts it on /tmp. I think that is the
> standard configuration of Arch Linux.
I believe this is cor
Damjan said the following at 06/20/2012 04:21 PM :
>> # reboot
>>
>>
>>
>> When I try to reboot, I receive the error message:
>>ERROR: device /dev/md0 not found
>>ERROR: unable to find root device /dev/md0
>>
>> What do I have to do to get past this error?
>>
>>Doc
>>
>> PS I tried
On 06/20/2012 06:40 PM, Sergej Pupykin wrote:
> At Wed, 20 Jun 2012 13:13:13 +0400,
> Sergej Pupykin wrote:
>>
>> What do you think about ffmpeg-compat package ?
>
> I've put it to community-staging and build motion, synfig and
> openscenegraph packages with it.
>
why did you bother to ask us f
On 20/06/12 at 04:10pm, D. R. Evans wrote:
> D. R. Evans said the following at 06/20/2012 11:27 AM :
> > I have carefully followed the RAID instructions at:
> >
> > https://wiki.archlinux.org/index.php/Software_RAID_and_LVM#RAID_installation
> >
> > I have not used LVM, just RAID. I have double
# reboot
When I try to reboot, I receive the error message:
ERROR: device /dev/md0 not found
ERROR: unable to find root device /dev/md0
What do I have to do to get past this error?
Doc
PS I tried to go back to the very beginning and walk through the instructions
again, but when
D. R. Evans said the following at 06/20/2012 11:27 AM :
> I have carefully followed the RAID instructions at:
> https://wiki.archlinux.org/index.php/Software_RAID_and_LVM#RAID_installation
>
> I have not used LVM, just RAID. I have double-checked what I actually did, and
> believe that I did exa
On 06/20/2012 10:21 PM, Geert Hendrickx wrote:
On Wed, Jun 20, 2012 at 16:14:46 -0400, Manolo Martínez wrote:
On Wed, Jun 20, 2012 at 14:38:27 +0530, gt wrote:
For the mutt users, just press "#" to decouple the message from the parent
thread. :-)
Not in my .muttrc. What option is this? I might
On 06/20/2012 03:11 PM, Leonid Isaev wrote:
No, you need logs much before that. Udev should be noted twice in dmesg: one
is when initramfs is unpacked (with low PID ~ 40); and you posted another.
Thanks Leonid,
I found the earlier entry, but there is virtually no delay on the earlier
udev
Manolo Martínez, Wed 2012-06-20 @ 16:14:46-0400:
> > On Wed, Jun 20, 2012 at 14:38:27 +0530, gt wrote: For the mutt
> > users, just press "#" to decouple the message from the parent
> > thread. :-)
>
> Not in my .muttrc. What option is this? I might have unbound the key
> for some reason :)
The m
On Wed, Jun 20, 2012 at 16:14:46 -0400, Manolo Martínez wrote:
> > On Wed, Jun 20, 2012 at 14:38:27 +0530, gt wrote:
> > For the mutt users, just press "#" to decouple the message from the parent
> > thread. :-)
>
> Not in my .muttrc. What option is this? I might have unbound the key for
> some re
> On Wed, Jun 20, 2012 at 14:38:27 +0530, gt wrote:
> For the mutt users, just press "#" to decouple the message from the parent
> thread. :-)
Not in my .muttrc. What option is this? I might have unbound the key for
some reason :)
>
>
Manolo
On Wed, 20 Jun 2012 14:44:53 -0500
"David C. Rankin" wrote:
> On 06/20/2012 01:10 PM, Tom Gundersen wrote:
> > It is either the kernel or the initramfs. Your dmesg might tell you more
> > (possibly some misbehaving kernel module?). Also, what modules/hooks do you
> > have in your initramfs?
> >
>
On Wed, Jun 20, 2012 at 14:38:27 +0530, gt wrote:
> Hello Arno
>
> Sorry for the offtopic bit, but i have noticed that your threads tend to
> branch out from some other thread, many times.
>
> I believe that you use the reply button on an existing topic and then
> start your own thread. This look
On 06/20/2012 01:10 PM, Tom Gundersen wrote:
It is either the kernel or the initramfs. Your dmesg might tell you more
(possibly some misbehaving kernel module?). Also, what modules/hooks do you
have in your initramfs?
Tom
Thanks Arno, Tom,
There are no non-default hooks on the desktops. The
On Jun 20, 2012 7:21 PM, "David C. Rankin"
wrote:
>
> Guys,
>
> After recent updates to 3.4.3 and systemd-tools, etc., I have a new
delay on boot. The system just seems to sit for any extra 5 secs or so with
a blank screen after switching from grub to start booting. The delay
happens before the f
> I've
> just tried to run systemd-tmpfiles manually and it seems that it is
> not able to do even a simple task such as rm -rf /tmp/*.
For my own understanding is it possible to add an exec line to these
systemd files like for the inittab replacements getty.service so that
you can add anything yo
On 06/20/2012 07:21 PM, David C. Rankin wrote:
Guys,
After recent updates to 3.4.3 and systemd-tools, etc., I have a new
delay on boot. The system just seems to sit for any extra 5 secs or so
with a blank screen after switching from grub to start booting. The
delay happens before the first
I have carefully followed the RAID instructions at:
https://wiki.archlinux.org/index.php/Software_RAID_and_LVM#RAID_installation
I have not used LVM, just RAID. I have double-checked what I actually did, and
believe that I did exactly what the page tells me to do.
I have two identical drives, w
Guys,
After recent updates to 3.4.3 and systemd-tools, etc., I have a new delay
on boot. The system just seems to sit for any extra 5 secs or so with a blank
screen after switching from grub to start booting. The delay happens before
the first line:
:: running early hooks (udev)
is writte
On 20 June 2012 18:47, Tom Gundersen wrote:
>
> Looks like a bug, if you create a bug report I'll look into it.
Done, it's FS#30384
> That said, I think you want to use 'D' rather than 'd' (check the man
> page). Alternatively, you can specify an age in milliseconds, rather than
> days...
Thank
On 06/20/2012 05:20 PM, Ralf Mardorf wrote:
On Wed, 2012-06-20 at 09:57 -0500, Leonid Isaev wrote
Well, SSD's limited number of write cycles is largerly a myth these days [snip]
A storage drive should be usable in quasi every way. We aren't talking
about an USB stick or DVD RW ;). If you need
On 20 June 2012 18:32, Lukáš Jirkovský wrote:
> On 20 June 2012 18:28, Tom Gundersen wrote:
>> On Jun 20, 2012 6:05 PM, "Lukáš Jirkovský" wrote:
>>>
>>> Hello,
>>> before submitting bug report I want to make sure this isn't feature.
>>> My problem is that my /tmp folder is no longer cleaned up d
On Jun 20, 2012 6:32 PM, "Lukáš Jirkovský" wrote:
>
> On 20 June 2012 18:28, Tom Gundersen wrote:
> > On Jun 20, 2012 6:05 PM, "Lukáš Jirkovský"
wrote:
> >>
> >> Hello,
> >> before submitting bug report I want to make sure this isn't feature.
> >> My problem is that my /tmp folder is no longer c
On 20 June 2012 12:35, David C. Rankin wrote:
> All,
>
> Just a quick note that update to gcc 4.7.1 resolved an infinite loop
> introduced when TDE was built on gcc 4.7.0-x resulting in a kwrite/kate
> crash on line-wrap. Confirmed with fresh TDE archroot build on 6/19. TDE
> 14.0.0 release upcom
All,
Just a quick note that update to gcc 4.7.1 resolved an infinite loop
introduced when TDE was built on gcc 4.7.0-x resulting in a kwrite/kate crash
on line-wrap. Confirmed with fresh TDE archroot build on 6/19. TDE 14.0.0
release upcoming. Date not set, but expected in next couple of mon
On 20 June 2012 18:28, Tom Gundersen wrote:
> On Jun 20, 2012 6:05 PM, "Lukáš Jirkovský" wrote:
>>
>> Hello,
>> before submitting bug report I want to make sure this isn't feature.
>> My problem is that my /tmp folder is no longer cleaned up during boot.
>> Now I have to do that manually which is
On 20 June 2012 18:24, Mantas Mikulėnas wrote:
> On Wed, Jun 20, 2012 at 7:05 PM, Lukáš Jirkovský
> wrote:
>> I dug through the git of initscripts and it seems to be caused by the
>> replacement of the original code by the systemd-tmpfiles tool. I've
>> just tried to run systemd-tmpfiles manuall
On Jun 20, 2012 6:05 PM, "Lukáš Jirkovský" wrote:
>
> Hello,
> before submitting bug report I want to make sure this isn't feature.
> My problem is that my /tmp folder is no longer cleaned up during boot.
> Now I have to do that manually which is really annoying.
>
> I dug through the git of inits
On Wed, Jun 20, 2012 at 7:05 PM, Lukáš Jirkovský wrote:
> I dug through the git of initscripts and it seems to be caused by the
> replacement of the original code by the systemd-tmpfiles tool. I've
> just tried to run systemd-tmpfiles manually and it seems that it is
> not able to do even a simple
On 20 June 2012 18:20, Leonid Isaev wrote:
> On Wed, 20 Jun 2012 18:05:38 +0200
> Lukáš Jirkovský wrote:
>
>> Hello,
>> before submitting bug report I want to make sure this isn't feature.
>> My problem is that my /tmp folder is no longer cleaned up during boot.
>> Now I have to do that manually
On 20 June 2012 18:15, Klaus wrote:
> Lukáš Jirkovský schrieb:
>> Hello,
>> before submitting bug report I want to make sure this isn't feature.
>> My problem is that my /tmp folder is no longer cleaned up during boot.
>> Now I have to do that manually which is really annoying.
>>
>> I dug through
On Wed, 20 Jun 2012 18:05:38 +0200
Lukáš Jirkovský wrote:
> Hello,
> before submitting bug report I want to make sure this isn't feature.
> My problem is that my /tmp folder is no longer cleaned up during boot.
> Now I have to do that manually which is really annoying.
>
> I dug through the git
Lukáš Jirkovský wrote:
> Hello,
> before submitting bug report I want to make sure this isn't feature.
> My problem is that my /tmp folder is no longer cleaned up during boot.
> Now I have to do that manually which is really annoying.
>
See https://bbs.archlinux.org/viewtopic.php?pid=1118239#p11
Lukáš Jirkovský schrieb:
> Hello,
> before submitting bug report I want to make sure this isn't feature.
> My problem is that my /tmp folder is no longer cleaned up during boot.
> Now I have to do that manually which is really annoying.
>
> I dug through the git of initscripts and it seems to be c
On Wed, Jun 20, 2012 at 7:05 PM, Lukáš Jirkovský wrote:
> Hello,
> before submitting bug report I want to make sure this isn't feature.
> My problem is that my /tmp folder is no longer cleaned up during boot.
> Now I have to do that manually which is really annoying.
>
> I dug through the git of i
Hello,
before submitting bug report I want to make sure this isn't feature.
My problem is that my /tmp folder is no longer cleaned up during boot.
Now I have to do that manually which is really annoying.
I dug through the git of initscripts and it seems to be caused by the
replacement of the origi
On Wed, 20 Jun 2012 17:20:55 +0200
Ralf Mardorf wrote:
> On Wed, 2012-06-20 at 09:57 -0500, Leonid Isaev wrote
> > Well, SSD's limited number of write cycles is largerly a myth these days
> > [snip]
> >
>
> [...]
> The way they're handled might be important in a way it's important for
> HDDs to
>
> It'd be nice if you added it to the AUR.
>
> M
>
After I roll out this update, that's on my list of stuff to figure out :).
I have never created an AUR package, doesn't sound to difficult.
Squall
--
Yesterday is history.
Tomorrow is a mystery.
Today is a gift.
That's why its called the pres
At Wed, 20 Jun 2012 13:13:13 +0400,
Sergej Pupykin wrote:
>
> What do you think about ffmpeg-compat package ?
I've put it to community-staging and build motion, synfig and
openscenegraph packages with it.
On 06/20/12 at 09:28am, Squall Lionheart wrote:
> Your welcome. I will post a message to everyone when I roll out my next
> version since it's a huge improvement over the current one with a lot of
> very powerful and user friendly features, as well as efficiency
> improvements.
>
It'd be nice if
Squall, very nice work going to give this a shot later today on a test box.
Thanks for pointing this out. I tried a few things in suggestions to my OP
but this seems to be the best so far. Thanks for bringing this back up
>
>
>
Your welcome. I will post a message to everyone when I roll out my ne
On Wed, 2012-06-20 at 09:57 -0500, Leonid Isaev wrote
> Well, SSD's limited number of write cycles is largerly a myth these days
> [snip]
>
A storage drive should be usable in quasi every way. We aren't talking
about an USB stick or DVD RW ;). If you need tricks to enlarge the
lifetime, than it'
On 06/20/2012 07:46 AM, Squall Lionheart wrote:
I wrote a system backup program called "mime" that works similar to Apple's
Time Machine on the back end. Basically each time you backup your system,
another copy of your file system is available. Another program is
installed with it called "lsmim
On Wed, 20 Jun 2012 10:36:17 +0200
Arno Gaboury wrote:
> Dear all,
>
> My /, /boot and /usr are on a BTRFS /(except /boot on ext2) on a ssd.
> I want to add this line in my fstab to avoid too many writings on my ssd :
>
> *tmpfs /var/log tmpfs nodev,nosuid,noexec 0
Hello!
When I installed 3.4.2, I had boot and shutdown problems in two computers
(another six went fine), so I downgraded them to back to 3.3.8.
I have just upgraded to 3.4.3, and it failed again. Commenting out
nfs-common and nfs-server made them work again. Now the systems work fine,
but I woul
I wrote a system backup program called "mime" that works similar to Apple's
Time Machine on the back end. Basically each time you backup your system,
another copy of your file system is available. Another program is
installed with it called "lsmime" which is used to list, restore and view
informa
On Wed, Jun 20, 2012 at 9:51 AM, Arno Gaboury wrote:
> *tar -zcf "./`date +'%D-%H-%M.tgz'`" /var/log
This will cause a different problem... maybe you wanted %F instead of
%D. (Check "man date".)
--Andrew Hills
I didn't follow this thread, but IIRC I read something about "not to
write to often to SSD"? So you take care regarding to noatime etc.?
FWIW
"Reliability and lifetime SSDs have no moving parts to fail
mechanically. Each block of a flash-based SSD can only be erased (and
therefore written)
On 06/20/2012 02:36 PM, Allan McRae wrote:
On 20/06/12 22:22, Andrew Hills wrote:
On Wed, Jun 20, 2012 at 7:34 AM, Arno Gaboury wrote:
tar -zcf "./`date +'%d-%b-%y.tgz'`" /var/log
This date format will have you cursing yourself if you shut down more
than once in the same day.
I think he wi
On 20/06/12 22:22, Andrew Hills wrote:
> On Wed, Jun 20, 2012 at 7:34 AM, Arno Gaboury
> wrote:
>> tar -zcf "./`date +'%d-%b-%y.tgz'`" /var/log
>
> This date format will have you cursing yourself if you shut down more
> than once in the same day.
>
I think he will be cursing himself when he r
On Wed, Jun 20, 2012 at 7:34 AM, Arno Gaboury wrote:
> tar -zcf "./`date +'%d-%b-%y.tgz'`" /var/log
This date format will have you cursing yourself if you shut down more
than once in the same day.
--Andrew Hills
On 06/20/2012 11:03 AM, Gaetan Bisson wrote:
[2012-06-20 10:36:17 +0200] Arno Gaboury:
My /, /boot and /usr are on a BTRFS /(except /boot on ext2) on a ssd.
I want to add this line in my fstab to avoid too many writings on my ssd :
*tmpfs /var/log tmpfs nodev,nosuid,noexec
On Tuesday 19 Jun 2012 16:22:16 D. R. Evans wrote:
> So at this point I'm still left wondering what I'm supposed to do instead of
> the grub thing so that the boot information is correctly mirrored on to the
> other RAID1 device.
>
> In other words, what *should* the wiki say instead of having the
On Wed, Jun 20, 2012 at 11:36 AM, Dennis Herbrich wrote:
> On Wed, Jun 20, 2012 at 10:36:17AM +0200, Arno Gaboury wrote:
>> add this in my */etc/rc.local.shutdown*:
>>
>> |*echo "Copying LOGs..."
>>
>> now=`date +"%Y%m%d_%Hh%M"`
>> mkdir -p /logs_backup/$now
>> cp -Rp /var/log/* ~/backup/logs_back
On 06/20/2012 11:23 AM, Gaetan Bisson wrote:
[2012-06-20 11:08:37 +0200] Arno Gaboury:
I fully understand these 3 lines, and thought it was not a
complicated way to back up /var/log at shutdown. But as it seems
there is much simplier way, I will then investigate.
I did not say those three lines
On Wed, Jun 20, 2012 at 10:36:17AM +0200, Arno Gaboury wrote:
> add this in my */etc/rc.local.shutdown*:
>
> |*echo "Copying LOGs..."
>
> now=`date +"%Y%m%d_%Hh%M"`
> mkdir -p /logs_backup/$now
> cp -Rp /var/log/* ~/backup/logs_backup/$now/*
>
> My ~ folder is on another HD.
>
> Will this scrip
[2012-06-20 11:08:37 +0200] Arno Gaboury:
> I fully understand these 3 lines, and thought it was not a
> complicated way to back up /var/log at shutdown. But as it seems
> there is much simplier way, I will then investigate.
I did not say those three lines were complicated; quite the opposite. My
What do you think about ffmpeg-compat package ?
# $Id$
pkgname=ffmpeg-compat
pkgver=20120509
pkgrel=1
pkgdesc="Complete and free Internet live audio and video broadcasting solution
for Linux/Unix"
arch=('i686' 'x86_64')
url="http://ffmpeg.org/";
license=('GPL')
depends=(als
There is a directory syncing daemon in AUR it does exactly what you want.
Dir-sync-daemon is the name if I remember correctly.
On Wed, Jun 20, 2012 at 10:36:17AM +0200, Arno Gaboury wrote:
> Dear all,
> [snip]
> TY for advising.
Hello Arno
Sorry for the offtopic bit, but i have noticed that your threads tend to
branch out from some other thread, many times.
I believe that you use the reply button on an existing topic an
On 06/20/2012 11:03 AM, Gaetan Bisson wrote:
[2012-06-20 10:36:17 +0200] Arno Gaboury:
My /, /boot and /usr are on a BTRFS /(except /boot on ext2) on a ssd.
I want to add this line in my fstab to avoid too many writings on my ssd :
*tmpfs /var/log tmpfs nodev,nosuid,noexec
[2012-06-20 10:36:17 +0200] Arno Gaboury:
> My /, /boot and /usr are on a BTRFS /(except /boot on ext2) on a ssd.
> I want to add this line in my fstab to avoid too many writings on my ssd :
>
> *tmpfs /var/log tmpfs nodev,nosuid,noexec 0 0*
>
> So each time I reboot,
Dear all,
My /, /boot and /usr are on a BTRFS /(except /boot on ext2) on a ssd.
I want to add this line in my fstab to avoid too many writings on my ssd :
*tmpfs /var/log tmpfs nodev,nosuid,noexec 0 0*
So each time I reboot, my /var/log will be emptied, which could
On Thu, 23 Feb 2012 17:43:58 +0100
Dennis Börm wrote:
> we're using
>
> http://joey.kitenet.net/code/etckeeper/
>
> for that purpose
I see it's available via AUR, but, afaik, it does not support Arch's
pacman due to lack of hook support in Pacman.
Can you share some light how do you use etcke
67 matches
Mail list logo