Jayesh Badwaik wrote:
> Hi,
>
> I just updated my system and amarok moved from 2.5.0-2 to 2.5.0-5. The
> net upgrade size was surprizing at -50 MB for this single package.
>
> Now, I am observing that the playback is completely illogical. I queued
> some tracks and amarok does not seem to follow
Hi,
I just updated my system and amarok moved from 2.5.0-2 to 2.5.0-5. The
net upgrade size was surprizing at -50 MB for this single package.
Now, I am observing that the playback is completely illogical. I queued
some tracks and amarok does not seem to follow any kind of queue. It
plays son
Hi guys,
please signoff 3.4.7 series for both arches.
package is not in testing, please grab it from here:
http://dev.archlinux.org/~tpowa/linux/
This will move to [core] directly, because 3.5 is in [testing].
greetings
tpowa
--
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
On Sun, 2012-07-29 at 21:55 -0400, Ray Kohler wrote:
> It's likely that the difference is because Fedora 16 (and still on F17
> now) runs a much older version of systemd than Arch does. There have
> been some changes to systemd (and udev) in the meantime. In
> particular, it's no longer legal for u
On Sun, Jul 29, 2012 at 9:38 PM, Zhengyu Xu wrote:
> Hello to All,
>
> I have a question relating to the new usbmuxd in the testing repo.
>
> Actually I have been bothered for months by the fact that udev failed to
> start usbmuxd automatically after plugging my iphone into lattop since I
> switch
Hello to All,
I have a question relating to the new usbmuxd in the testing repo.
Actually I have been bothered for months by the fact that udev failed to
start usbmuxd automatically after plugging my iphone into lattop since I
switched to systemd. In order to work it around, I did some trials to
On Sun, Jul 29, 2012 at 10:20 PM, Kevin Chadwick wrote:
> Linux kernels start with 3.2.1 not 3.2.0
Technically 3.2 is 3.2.0.
Not that OS versioning is related to this discussion...
--
Mantas Mikulėnas
Tom Gundersen writes:
> A suggestion to make this a bit easier on the users: if you were to
> ship a /usr/lib/modules-load.d/espeakup.conf file with espeakup
> containing:
>
> speakup_soft
> speakup
>
> Then these will be loaded on boot as long as espeakup is installed
> (which sounds sane to me)
> > One cannot have a console on /dev/tty0, sine it's not a real tty but
> > only a pointer to the currently activated console.
>
> Ok, maybe the terminology I've used is wrong. However I'm talking about
> the console, which normally would come up when pressing "Ctrl+Alt+F1".
> Guess it would be
On Sun, Jul 29, 2012 at 1:30 PM, Karol Babioch wrote:
> Hi,
>
> Am 29.07.2012 07:59, schrieb C Anthony Risinger:
>> the link isn't broken, right? pointing to, say, /lib/systemd/...
>
> No, its not:
>
> [root@vpcs ~]# ls -l
> /etc/systemd/system/getty.target.wants/getty@tty1.service
> lrwxrwxrwx 1
According to Tom Gundersen:
#A suggestion to make this a bit easier on the users: if you were to
#ship a /usr/lib/modules-load.d/espeakup.conf file with espeakup
#containing:
#
#speakup_soft
#speakup
#
#Then these will be loaded on boot as long as espeakup is installed
#(which sounds sane to me).
On Sun, Jul 29, 2012 at 8:09 PM, Kyle wrote:
> According to the install instructions for Talking Arch, you will need to add
> speakup and speakup_soft to the modules array and alsa and espeakup to the
> daemons array in /etc/rc.conf. If you choose to use systemd instead of the
> Arch init scrip
Hi,
Am 29.07.2012 07:59, schrieb C Anthony Risinger:
> the link isn't broken, right? pointing to, say, /lib/systemd/...
No, its not:
[root@vpcs ~]# ls -l
/etc/systemd/system/getty.target.wants/getty@tty1.service
lrwxrwxrwx 1 root root 31 Jul 29 01:12
/etc/systemd/system/getty.target.wants/getty@
According to the install instructions for Talking Arch, you will need to add
speakup and speakup_soft to the modules array and alsa and espeakup to the
daemons array in /etc/rc.conf. If you choose to use systemd instead of the Arch
init scripts, everything I have read suggests that these modific
On Sun, Jul 29, 2012 at 6:10 AM, Tom Gundersen wrote:
> On Sun, Jul 29, 2012 at 7:06 AM, David Benfell
> wrote:
>> There *is* a service available that looks like it would execute rc.local.
>>
>> According to the Arch wiki, there is an initscripts-systemd package
>> and and "/etc/rc.local and /etc
Op 29 jul. 2012 17:11 schreef "Anthony ''Ishpeck''
Tedjamulia" het volgende:
>
> On Sun, Jul 29, 2012 at 12:20:10AM +0300, Menachem Moystoviz wrote:
[...]
> Daemontools has been working sufficiently well for my purposes.
> It's lean, robust, and I'm a fan of the exec chain.
>
> > For this
> > rea
Hello All,
Just for the sake of archives, I had noted a few days ago, that systemd won't
pick up my home partition after an unclean shutdown. The message is available
at http://www.mail-archive.com/arch-general@archlinux.org/msg28445.html
However, a later and unrelated discussion revealed the p
On Sun, Jul 29, 2012 at 12:20:10AM +0300, Menachem Moystoviz wrote:
> In addition, it may be considered to move from systemv to NetBSD's
> init, which stays in-line with the simple interface of rc.conf
> but adds parallelization and modularity.
That'd win so hard.
> Lastly, it may be beneficial
Quoting Jelle van der Waa (2012-07-29 06:24:36)
> You can always fill feature request on the bugtracker
Good point =)
--
Caio A. Prado
URBANA LEGIO OMNIA VINCIT
“The ships hung in the sky in much the same way that bricks don’t.”
(Douglas Adams)
signature.asc
Description: signature
Hello.
Tried to record a video using cheese a few minutes ago, and got this
in my console :
libv4l2: warning v4l2 mmap buffers still mapped on close()
** (cheese:14551): WARNING **: Could not get buffers from device '/dev/video0'.
** (cheese:14551): WARNING **: Could not map buffers from devic
On Sun, Jul 29, 2012 at 7:06 AM, David Benfell
wrote:
> There *is* a service available that looks like it would execute rc.local.
>
> According to the Arch wiki, there is an initscripts-systemd package
> and and "/etc/rc.local and /etc/rc.local.shutdown can be run at
> startup and shutdown by enab
On Sun, Jul 29, 2012 at 12:31 PM, C Anthony Risinger wrote:
> On Sun, Jul 29, 2012 at 4:19 AM, Mantas Mikulėnas wrote:
>> I prefer `systemctl mask` and pacman's NoExtract, but I suppose that's
>> the same thing.
>
> hrm, i thought it was doing it in post_install but i dunno ... for a
> long time
On 29 July 2012 00:26, Leonardo Dagnino wrote:
> You can create a service that runs your shell script at boot.
> I think it would be something like this:
>
> /etc/systemd/system/a-name-you-want.service
>
> [Unit]
> Description=a-name-you-want
>
> [Service]
> ExecStart=/path-to-your-script
>
> [Ins
On Sun, Jul 29, 2012 at 4:19 AM, Mantas Mikulėnas wrote:
> On Sun, Jul 29, 2012 at 8:59 AM, C Anthony Risinger wrote:
>> On Sat, Jul 28, 2012 at 6:15 PM, Karol Babioch wrote:
>>> Hi,
>>>
>>> Am 29.07.2012 00:56, schrieb Mantas Mikulėnas:
Try enabling getty@tty1.service:
>>>
>>> Unfortunatel
On 29/07/12 06:32, Caio Prado wrote:
> Hey guys…
>
> I haven’t seen so far any .service file to allow minbif to be executed
> with systemd scheme rather than initscripts. This is a solution I tried
> myself and seems to work so I decided to share. It consists of the
> .service file for systemd and
On Sun, Jul 29, 2012 at 8:59 AM, C Anthony Risinger wrote:
> On Sat, Jul 28, 2012 at 6:15 PM, Karol Babioch wrote:
>> Hi,
>>
>> Am 29.07.2012 00:56, schrieb Mantas Mikulėnas:
>>> Try enabling getty@tty1.service:
>>
>> Unfortunately this didn't work. It was enabled already anyway.
>
> the link isn
26 matches
Mail list logo
