the second X server is running in tty2. but it is stopped during the
shutdown procedure. It's when I get back in console that everything
stops.
2013/1/18 Leonid Isaev :
> On Thu, 17 Jan 2013 17:46:48 +0100
> "solsTiCe d'Hiver" wrote:
>
>> hi all,
>>
>
hi all,
Since latest update of gnome 3.4, I can't login through gdm because,
then, I have no single glyph or font displayed on my desktop in menu
or application (but not the qt ones)
So, I found the work around to switch to tty2 and login and run startx
and all is fine in my desktop. The fonts are
I just tried the nvidia 173.xx version (nvidia-173xx from AUR). It's
working fine (almost).
I never tried it, thinking it was for old hardware. But it's not. I
guess, just an old branch/version with no support for the latest/newest
shiny hardware/cg
Le samedi 16 juin 2012 à 19:03 +0200, Ralf Mardorf a écrit :
> On Sat, 2012-06-16 at 18:33 +0200, solsTiCe d'Hiver wrote:
> > I don't use systemd and nvidia not anymore
>
> You still use an NVIDIA graphics? If so, which graphics do you use and
> do you use the nv or
Le samedi 16 juin 2012 à 22:50 +0900, Vladimir Lomov a écrit :
> on my desktop: Archlinux x86_64 (AMD), kernel 3.4.2-2, systemd; last
> update brought nvidia 259.59 when I was running openbox. I installed
> update, logout (exited Openbox) which should be bring me to KDM but
> I got a terminal. I l
Le samedi 16 juin 2012 à 19:36 +0900, Vladimir Lomov a écrit :
> IMHO, the minimal steps to use new NVIDIA driver are
> 1. shutdown X system;
> 2. logout as usual user and login as root;
> 3. unload nvidia (kernel) module;
> 4. load new nvidia (kernel) module;
> 5. start X system.
>
Are you sure
Le samedi 16 juin 2012 à 09:57 +0200, fredbezies a écrit :
> Hello.
>
> Got this error when I try to start totem today :
>
> [fred@fredo-arch ~]$ totem &
> [1] 7902
> [fred@fredo-arch ~]$
> (totem:7902): Grilo-WARNING **: [plugin-registry]
> grl-plugin-registry.c:623: Failed to open module:
> '/u
Anyway, is a kernel configuration and (re)compilation really worth the
pain and time ??
Is a custom kernel giving any benefit or speed-up apart from something
marginal and more about the feeling than anything else ?
I gave up trying to make one just by lazyness on archlinux. I did that
many years
@tom @rodrigo. Ok. Thank you to make it more clear for me.
And I thought the gpm arg declared in /etc/conf.d/gpm was needed. It is
not here. But others might need it. Hence the bug (feature request) not
opened by me.
Yes. The only needed part was the [Install] one
So, configuration will be handl
hi.
So I was playing with an archlinux guest in vbox to learn a bit about
systemd.
And I found out that the gpm.service was broken. systemctl enable or
systemctl start does not work for gpm.service.
I looked for bugs and found FS#30053
https://bugs.archlinux.org/task/30053
I just copied and paste
Le samedi 02 juin 2012 à 01:06 +0200, Tom Gundersen a écrit :
[...]
Thanks Tom for the good advices/response.
I'll try to improve the wiki page once I'll understand/master systemd
too.
hi.
since the recent news, I have decided to give a try to systemd.
I am following the wiki page about it
https://wiki.archlinux.org/index.php/Systemd
Sorry for the newbie question but,
why
are /etc/hostname, /etc/vconsole.conf, /etc/timezone, /etc/locale.conf
not in the systemd package ?
I know
I think the next time you boot you shouldn't see them.
hello,
well this is a bit off-topic.
But linux-ck switched already to 3.3 kernel and I just discovered that
ndiswrapper does not compile.
It seems there is a patch floating around to allow ndiswrapper to
compile with a 3.3 kernel
But I see no ndiswrapper package in [community-testing] yet ?
Co
Le jeudi 23 février 2012 à 08:48 +0100, Alfredo Palhares a écrit :
> Hello Don,
> You create a bare repo:
> $ mkdir etc.git
> $ git init --bare
> Now lets congigure it to chek the files elsewhere:
> $ git config core.worktree /etc
> And export these vars to you current session
> $ export GIT_DIR
hi
Nobody mentionned one quite easy solution: use ccache
It's built-in in makepkg so you have only to remove the ! before ccache
in BUILDENV variable in /etc/makepkg.conf
and install also ccache of course.
Then for any C or C++ program that you compile with makepkg, every file
that has already b
even though I have switch to HARDWARECLOCK="UTC",
rtkit-daemon line date time in logs are still wrong. in UTC ??
what's the matter with it ?
Le mardi 12 juillet 2011 à 20:41 +0200, Tom Gundersen a écrit :
> No, we adjust the time as soon as possible to minimize the problems (though
> we are not able to eliminate the gap when the time is wrong, so we simply
> don't know what might go wrong, the more init is optimized, the more likely
Le samedi 30 avril 2011 à 22:13 -0400, Ray Kohler a écrit :
> The donations were done via PayPal and those in charge decided PayPal
> wasn't trustworthy for use by non-profit organizations who don't have
> official government non-profit status.
The last time I donated was via Flattr. Not just a s
hi.
I switched to [testing] to get gnome 3.
I found that it was a pretty bad timing because I saw that pacman
updated the kernel to 2.6.38 too, and the glibc, and nvidia drivers !
and gnome 3
all in one go. Oh my..;
with gnome 3, I got the gnome-shell segfaulting quite often when I hit
the left to
Le lundi 28 mars 2011 à 22:19 +0900, Angus a écrit :
> I use that when reporting bugs, but it doesn't seem to get my reports
> assigned to the relevant maintainer(s) any faster at all...
You just forgot one thing:
Assigning automatically a bug to a maintainer does not mean the bug will
be fixed an
> what about creating mailing list with all flyspray notifications?
like this ?
http://www.archlinux.org/feeds/
Le dimanche 16 janvier 2011 à 11:02 -0500, Daenyth Blank a écrit :
> Wow, was it really way back in August? Wow...
I started it. That last time we talked about it must have been in
december though
hi.
I started in August a rewrite in python of pkgfile from pkgtools
package.
The idea was to speed it up and avoid the use of a tree of file and use
a sqlite3 db instead.
I wrote it quickly and proposed a merge (on github) to Daenyth. He seems
to respond well, reviewing the code. But then nothin
Le dimanche 16 janvier 2011 à 20:52 +0800, Ng Oon-Ee a écrit :
> For a database which is necessarily more complicated, the whole
> database may be a write-off.
Database are more complicated and also more sophisticated. With
mechanism to prevent losing data if corruption of file.
So I would say,
Le mardi 19 octobre 2010 à 18:54 +0200, Clément Démoulins a écrit :
>
> And the dependencies must be updated from python to python2.
>
also I guess something like python>2.6.5 should become python2>2.6.5
which does not make any sense since python2 in archlinux is >= 2.7
and then could be shortene
What about the aur-general mailing-list ?
ooops
in fact, it works if I run it from a command line in a terminal.
but not from gnome menu.
using bash and ~/.bashrc, I confirm the bug.
google-earth does not honnor my export BROWSER='xd-open' that should run
chromium but launches firefox.
I guess you got an error because you don't have firefox installed.
Le lundi 28 juin 2010 à 17:55 +0200, Lukáš Jirkovský a écrit :
> Actually I see the point of doing this. Arch is a modern distribution
> with the newest software around so why stuck with shell constructs
> which are probably dozens of years old?
>
> Lukas
Yes. I definitely agree. We have to pray
I think the question "Err... Why is gvim now conflicting with vim?"
reveals a problem of communication. Let me explain:
The news/announce "Vim/GVim 7.2.411 Update" has been published the
2010-04-18 (when vim/gvim landed in [testing] ?). So it's over 19 days
now. That's the problem. Even on the web
preload works for what it is made.
It is not made to speed up firefox startup time.
Firefox loads a bunch of sqlite files in your /home. This and other
things might explain your slow startup time of firefox.
One of the ways to speed up firefox is to put your ~/.mozilla in a tmpfs
(doing it the r
if you use pt-pacman-cage (from pactools package on AUR), you can use
this tiny optimisation:
* mount /var/lib/pacman with noatime option.
it will speed up read and write on the loop file.
hi.
i switched to [testing] for some other packages.
but upon upgrading mkinitcpio, the initramfs (/boot/kernel26.img) has
not been recreated ?
is this normal ? expected ? or a bug ?
will it be upgraded at the next kernel upgrade ?
there is no .install file in the mkinitcpio package.
by the way,
> Well, I'm bumping this thread, but I have a doubt. When we run prelink,
> prelinking is permanent or has to be done at every boot ?
>
prelink is not a daemon. prelink changes your file on disk permanently.
So no need to run it at every boot.
but as arch is a rolling release, you install new pac
hi.
preload and prelink are NOT the same thing.
preload is a daemon that scan what file you load into memory the most
(in learning mode). and later (in operating mode), it prefetches them. I
can't say if there is a difference as it's been a long time I use it. a
slight improvement may be at the st
Le mardi 12 janvier 2010 à 12:48 +0800, Ng Oon-Ee a écrit :
> [...] and its
> really tough to go through archives (for example, when googling about an
> issue) when there's top-posting involved. That's actually my primary
> reason for bottom-posting.
>
By the way, how do you search in the archive
http://xkcd.com/538/
it has been sometime ago
# grep cryptsetup /var/log/pacman.log
[2008-07-16 11:03] upgraded cryptsetup (1.0.6-1 -> 1.0.6-1)
[2008-10-08 14:29] upgraded cryptsetup (1.0.6-1 -> 1.0.6-2)
[2009-06-19 21:52] upgraded cryptsetup (1.0.6-2 -> 1.0.6-3)
[2009-08-10 14:52] upgraded cryptsetup (1.0.6-3 -> 1.0
i am beginning to think there really is a problem.
i have a luks encrypted partition that i automatically mount at boot
via /etc/crypttab with a *keyfile*
so this has never failed and it can't fail except if the keyfile is
damaged.
and today the luks partition failed to be opened for the *first*
pan is broken too. and it can't be compiled with recent gmime yet.
see http://bugs.archlinux.org/task/16608
or it could be a problem with your keyboard, but related to the kernel
though...
'pacman -Q kernel26' will tell you the kernel version you are using
hello,
when you click on 'View svn entries' on quite a few package in details
on archlinux.org, you end up on 404 page.
is it a side effect of the massive package deletion reported some time
ago ? is it another quirk or hiccup, or server migration ?
> the crond log tells me that cron actually runs this command every
minute without a problem
i think you mis-read your log. and it should tell you that cron is
looking for changes in /etc/cron.d every minute.
may be, if you change you first * * * in your lol then may be it will
work.
assuming you'
> export LD_PRELOAD=/usr/lib/libGL.so.1
that fix was working for me since i upgraded to firefox 3.5
but since the update of nvidia driver recently and firefox update too.
this fix does not work ANYMORE.
look at https://bugzilla.mozilla.org/show_bug.cgi?id=496831
and other duplicated bug reports
> I tried a simple 'cp -av' [...] and find that everything is set to
> root / root
if you want to preserve permission, you need to use -p too.
Do you know that there exists something called the man pages (the manual
pages) for each command on your system ?
so if you run 'man cp', you get a list o
> Why, out of curiosity?
dd copy the data of the raw device. i.e the files but also the
filesystem data and metadata. which you don't really need or wish to
copy to another partition/disk.
i said it's the worst, not that it does not work. but you have to take
extra step after you have used dd (to
if think dd is the worst way to copy data between disk or partition
i used to copy data from one partition to another the "old" way by using
tar and a pipe
tar -C /myfirst partition -csSf -|tar -C /mysecondpartition -xSsp
rsync is not bad too.
i think you're using [testing] and then use vi-1.79 which is nvi.
and not the vi you know which was a stripped down version of vim
nvi behave like the original vi and not like vim. i think there's
nothing you can do about this
to the dev:
why not rename vi package to nvi ?
i can only confirm that this was happening to me too.
i wonder if it did not begin when i was using kde 3.5.9 or previous
version.
i have no fix to offer. sorry.
i currently do not use kde 4.x.x
if i am correct, makepkg reset umask to a sane default like 0022
> I'm trying to use OpenOffice.org on my Acer Aspire One.
OpenOffice.org is known to behave badly on Acer hardware. bad luck for
you.
try it on another hardware.
i like the original idea of pierre. i had the same one ;-)
because it's easier to implement and could be done quite quickly. it's
quite time to shift to something a little more secure, even if it's not
the *most* secure one.
as soon the db is signed, we have a minimum security (not total i know,
Le jeudi 30 octobre 2008 à 07:20 +0530, Shridhar Daithankar a écrit :
> I have noticed a strange pause after either loading modules or loading
> standard ACPI modules. It started happening after I upgraded to 2.6.27. When
> I
> hit enter, the boot continues normally. It does not happen everytime
Eric Belanger wrote
> IMO, Plan 1 is the way to go as this is how we managed the qt3/qt upgrade.
there was a qt package and a qt4 during a certain amount of time before the
switch to qt3/qt
> Does anyone has an idea on how many packages in the repo currently works
> with or need python3.0? If
this happened to me one time when a command i had put in rc.local time out and
did not complete. i did not have a prompt until that command terminate in
rc.local.
check /etc/rc.local
> and I got the problem
which problem ?
have you simply tried to plug-in your mouse and use it ? did it work ?
you should know that my usb mouse and my usb keyboard work here without any
module . which one ? usbmouse and ... ?
when i try to use your PKGBUILD, i got this error
/bin/sh ../libtool --tag=CC --mode=compile
gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma -march=i686
-mtune=generic -O2 -pipe -MT
regerror.lo -MD -MP -MF .deps/regerror.Tpo -c -o regerror.lo
`test -f 'regex/regerror.c' || echo './'`re
an extraordinary coincidence happened:
i got the same problem with kde-i18n-fr-3.5.9-1-x86_64.pkg.tar.gz
the tar.gz is damaged but
# md5sum /var/cache/pacman/pkg/kde-i18n-fr-3.5.9-1-x86_64.pkg.tar.gz
1161b195c5603b1f03505ab0404ef679
/var/cache/pacman/pkg/kde-i18n-fr-3.5.9-1-x86_64.pkg.tar.gz
#
> Have you read the changelog? It's hardly worth being excited for...
yes you're right.
i was hoping a part of it was missing or hidden somewhere else on there
site... but it does not seem so.
is it this ?
http://www.kde.org/announcements/changelogs/changelog3_5_8to3_5_9.php
hi
kde 3.5.9 is out since the 19th february
i was used to have the latest kde release the day before the offical release
on arch !
now we are almost 10 days after the official release and nothing.
what's happening ?
even if arch switch to kde 4 (too soon for me) i prefer to wait Kde 4.1
will
hi.
> IMHO, at the actually status of pacman, is a suicide go to programming a
> GUI.
what do you mean by that ?
i wonder why after pacman is finally splitted into two with a library like
libalpm, we do not see more GUI popping up...
i have tried to use libalpm just to see; it's not easy but i
hi.
when i go to http://ftp.archlinux.org/, i got a site like the one showing up
at http://www.response-o-matic.com/
should it be the ftp site of archlinux.org ?
64 matches
Mail list logo