On 2019-10-15 14:23, Fabian Piribauer via arch-general wrote:
> It's debetable if calling a idea stupid is rude, but just cutting off
> all communication because you feel offended is not the way to go. If he
> really wanted to improve things, he should have noted the tone as side
> note after adres
Maybe it's just me, but I don't think it seems appropriate for a TU to
respond like that to a member of the community. It's certainly doesn't
make for a welcoming atmosphere. Even though Arch is not for everyone,
there's no need to actively drive people away by being rude. I also
don't think author
On 2019-10-14 16:48, Alberto Salvia Novella via arch-general wrote:
> - Start new variables and functions names with a capital letter, to
> avoid clashes with those in makepkg itself.
Isn't there an existing convention to use an underscore prefix
(`_pkgname`) for this?
/Emil
How is this a trash question?
/Emil
On 2019-08-14 20:36, Adrián Benítez Merino via arch-general wrote:
> Could you please stop spamming the mailing list with trash questions?
>
> El mié., 14 ago. 2019 19:45, adérito escribió:
>
>> Hello, how do I put espeakup in Portuguese and have the configura
Maybe this?
https://www.archlinux.org/news/mariadb-104x-update-requires-manual-intervention/
/Emil
On Fri, 28 Jun 2019, 03:10 mick howe via arch-general, <
arch-general@archlinux.org> wrote:
> this mornings update of mariadb failed with this error:-
> Phase 7/7: Running 'FLUSH PRIVILEGES'
> OK
I think the fact that it's not possible to be perfectly safe is not a good
reason to not earnestly consider what you _can_ do to try to protect
yourself. Of course you won't stand a chance if a nation-state is
determined to get you, but that doesn't mean you should just give up and
wing it, because
Some ballpark numbers, rounded to one significant figure:
10 characters chosen truly randomly from an alphabet of 70 characters (e.g.,
[a-zA-Z0-9#$&_() =+/%]) is ~61 bits of entropy and will take just about 90
years to brute-force at 1e9 guesses per second, or 30 days at 1e12/s.
The Bitcoin swarm
That was excessive, Ralf. Arch may be a DIY distro, but that doesn't mean
we should humiliate and belittle people who don't already know everything
about the system.
Tim: I'm sorry you got that response. A "group" in pacman is an alias for a
bunch of packages, you install it just as if the group w
Using the `--off` option in xrandr seems to work for me:
$ xrandr --output DVI-1 --off
You can list your available outputs and their status using the plain
`xrandr` command, I suspect what you'll be looking for on a laptop is an
output like LVDS. There are also GUIs for this, such as arandr,
>
> > Looks like people tend to forget about updating pacman keyring.
> >
> > pacman-key --refresh-keys
>
> is'n this done automatically? should it?
>
I personally can't see how it (an upgrade hook in a package) could. The
pacman-keyring package can (and does) do some maintenance operations on
>
> >> But I also have to with a source-package since I won't check the
> >> sources with each release ;)
> >
> > Which is plain stupid.
>
> How is that stupid? Do you check the sources with each release? *How*
> do you perform those checks?
>
Perhaps there's a misunderstanding here. Not checkin
>
> This sounds like something for the AUR. I do not agree with this move from
> Mozilla and it would be interesting to see the interest in such a package.
>
If that is Mozilla's plan, I will most definitely use or make an
alternative package. I use Pentadactyl, which is currently unsigned, and I
I've been very happy with i3wm since I started using it, but I suppose it
probably doesn't qualify as a desktop environment. I like the flexible
keyboard-driven layouting and vim-like keybindings, and dmenu gives random
access to any application without the need for menus or the like. I don't
like
Which package versions were involved?
Did you manage to get the package to upgrade, or do you want help with that?
/Emil
That is correct, when you call `systemctl enable foo.unit` then the
[Install] section of the unit file is "executed". "Static" means that
the unit has no [Install] section, meaning it is permanently
enabled/disabled as far as the systemctl enable/disable tool is
concerned. Other than pulling themse
> I don't know how to appreciate all of you, the community. I am so glad to fix
> this problem now. During the process, I have learned a lot of things, and
> become more familiar with arch linux, and also love it more (I always love
> the things more when I get more familiar with). The feeling i
Good to hear you got it working! As for some of your earlier questions...
> Thank you for giving suggestions, I have tried the one you suggest, and
> here is the result:
> [...]
> #ls /mnt/sda3
> /boot,dev/,etc/,home/,opt/,lost+found/,proc/,root/,run/,srv/,usr/,var/,sys/.
> [...]
> #mount /d
I'm not completely sure this is your problem, but the first thing that
jumps out at me is
# mount /dev/mapper/arch_root-image /mnt
I'm pretty sure /dev/mapper/arch_root-image is the live system image,
not your root partition. It looks to me like you need /dev/sda2 or
/dev/sda3 as root (mounted at
I don't mean to be rude, but have you tried it? Pacman packages are
tar.gz archives, so my guess is it's possible
/Emil.
On Wed, Feb 26, 2014 at 4:13 PM, David C. Rankin
wrote:
> All,
>
> I patched tdebase for the logind-multiseat patch as was applied to
> kde-workspace for Arch kde4. Doing so
On Fri, Feb 14, 2014 at 5:08 PM, Jakub Klinkovský wrote:
> Sure the symlinks work - but that will not help on the quest of cleaning my
> $HOME folder and totally kills the reason for moving into ~/.config/
>
> --
> jlk
True, I'm afraid I can't help you then. My reason was to enable
versioning my
On Fri, Feb 14, 2014 at 3:21 AM, Jakub Klinkovský wrote:
> I have moved ~/.vim to ~/.config/vim, the configuration is as follows:
>
> in ~/.profile:
> export VIMINIT='let $MYVIMRC="$XDG_CONFIG_HOME/vim/vimrc" | source $MYVIMRC'
>
> in ~/.config/vim/vimrc:
> set viminfo+=n$XDG_CACHE_HOME/vim/vi
On Thu, Feb 6, 2014 at 5:03 AM, Vincent Schumaker wrote:
> I don't see why you can't just run:
>
> shutdown -r 30
>
> Is it so urgent that the system be rebooted 'now?'
I agree, why not just use `$ shutdown -r [+1]`? That'll make the
command exit cleanly and give you a minute to end the SSH sessi
provides=("${pkgname}") is added implicitly by makepkg, so you
shouldn't need to define the provides variable at all in this case
(unless I misunderstood your PKGBUILD).
On Sat, Jan 25, 2014 at 11:42 AM, David C. Rankin
wrote:
> On 01/24/2014 08:10 PM, Nowaker wrote:
>>> Is there something obviou
On Thu, Jan 16, 2014 at 2:12 AM, wrote:
> Le jeudi 16 janvier 2014 01:03:27 Emil Lundberg a écrit :
>> $ systemctl start suspend.target
>>
>> And see if that gives you any better luck.
>
> Unfortunately, no better luck.
Then I'm afraid I'm out of ideas. Sorry to disappoint.
any better luck.
[1]: https://wiki.archlinux.org/index.php/Suspend_and_Hibernate#Suspend_to_RAM
On Thu, Jan 16, 2014 at 12:58 AM, Emil Lundberg wrote:
> I can't give you any concrete advice yet, but what's the difference
> between the problematic system and the others (architecture,
I can't give you any concrete advice yet, but what's the difference
between the problematic system and the others (architecture,
GUI/Desktop Environment, login manager etc)?
On Thu, Jan 16, 2014 at 12:43 AM, wrote:
> Hello,
>
> Resume from suspend in RAM fails even though I have followed the Arc
I, too, would like to chime in and say a big THANK YOU to everyone making
Arch what it is. I started getting into Linux during my first year at
university, and a colleague of mine recommended Arch. After using Ubuntu
for a while on my new netbook I decided to try Arch, and I've loved it ever
since.
27 matches
Mail list logo
