Re: [arch-general] Duplicated Trash folder in thunderbird
To Yamakaky, You should post to the aur mailing list since that's an AUR package. Regards, Mark Ok
[arch-general] Duplicated Trash folder in thunderbird
Hi My thunderbird now creates another Trash folder (checked via webmail), and the two trash folders are marked with the trash icon. I can't find a way to go back to a normal situation. Does anybody has the same problem ? I use thunderbird-beta-bin-all-localizations. Yamakaky
Re: [arch-general] makepkg as root
I'm going to disagree with you on both counts. While maintaining backward compatibility is a good thing, there is often a cost, and very often that cost is too high. In this case, maintaining cruft and additional code complexity in order to maintain a feature that should never be used anyway simply isn't worth it to the authors/maintainers of the software in question. I precise my point : it's a backward incompatible release, so it's version number should be 5.0, and not 4.2. See [semver] (http://semver.org/).
Re: [arch-general] makepkg as root
Again, I don't care about the makepkg options, I care about the principle of backwards compatibility in general. idem, I was going to post about it.
Re: [arch-general] Wrong screen resolution after xorg shutdown
My problem is still here, any idea ? Hi I have a problem with my screen resolution. When I close xorg, the console uses only 1/4 of the screen (1280x800). I have in intel HD3000, with the intel driver. I couldn't find anything related to my problem in the wiki. [This solution](https://wiki.archlinux.org/index.php/Intel#KMS_Issue:_console_is_limited_to_small_area) > didn't work. Any idea ? Yamakaky Thanks for your help. - I have full screen at boot time ; - When I switch to an other tty, it is fullscreen ; - I'm trying the link.
Re: [arch-general] Wrong screen resolution after xorg shutdown
I forgot : I use a MacBook Pro 9.1
Re: [arch-general] Wrong screen resolution after xorg shutdown
I forgot : I use a MacBook Pro 9.1
Re: [arch-general] Wrong screen resolution after xorg shutdown
what about boot time? Do you have a full screen then? And what if you switch to a console when xorg is still running? Also, did you try this: https://wiki.archlinux.org/index.php/Kernel_Mode_Setting#Forcing_modes_and_EDID Thanks for your help. - I have full screen at boot time ; - When I switch to an other tty, it is fullscreen ; - I'm trying the link.
[arch-general] Wrong screen resolution after xorg shutdown
Hi I have a problem with my screen resolution. When I close xorg, the console uses only 1/4 of the screen (1280x800). I have in intel HD3000, with the intel driver. I couldn't find anything related to my problem in the wiki. [This solution](https://wiki.archlinux.org/index.php/Intel#KMS_Issue:_console_is_limited_to_small_area) didn't work. Any idea ? Yamakaky
Re: [arch-general] Location of the pacman database
Yes, those are mostly dirs. And you can't create them through tmpfiles because it's going to be a mess. But breaking pacman -Qk is relatively harmless, the bigger question is what to do with all the files in var (e.g. exim mailspools)? Wiping /var is not an option on a workstation/server and is OK only in special cases, like kiosk-type systems or Fedora installations (which are broken by default anyway) :). Let divide the problem, with a package containing /var/lib/prog/ and /etc/prog/conf created by tmpfiles : - If the program wrote to /var, then there is no problem, as pacman does not remove a non empty dir anyway. - If it doesn't, there is a problem as /var/lib/prog will not be deleted. - The config file will not be deleted by pacman anyway. I can't find a solution now, I will think at it. systemd's factory reset and atomic upgrades were explicitly stated to be useful only in special situations, like embedded systems. Just because Archlinux systemd package enables them doesn't mean that the entire distribution should be change around. Being able to just delete /etc/ and reboot/restart the program to reset its config isn't "only useful in special situations". As Tobias said, arch is configured by users who can make mistakes. Factory reset isn't only for the entire system. And it doesn't harm the other users.
Re: [arch-general] Location of the pacman database
Le 14/09/2014 19:17, Yamakaky a écrit : With factory reset you always know how to undo your own changes, getting back to the default state. That works for either all changes ever done to the system (factory reset) or selectively by just removing the configuration files you tweaked last. With default config files in /usr, it's easier to experiment !
Re: [arch-general] Location of the pacman database
With factory reset you always know how to undo your own changes, getting back to the default state. That works for either all changes ever done to the system (factory reset) or selectively by just removing the configuration files you tweaked last. Woh, I didn't thought about it, it's pretty cool !
Re: [arch-general] Check for update in script
Le 12/09/2014 20:15, Jason Ryan a écrit : On 11/09/14 at 10:06pm, Yamakaky wrote: pacman provides a `checkupdates` script, see /usr/bin/checkupdates for how it works. Wow, I didn't know this one, thanks ! pacman -Ql pacman | awk -F/ '/bin/ {print $4}' /J Yes, I know, but I never used this one.
Re: [arch-general] Check for update in script
It can certainly be done. You can always do a "pacman -Su" later, if you want. The problem is that I want to check for updates in a script. 'pacman -Sy' without upgrade can cause problems. In your use case, you can probably specify an alternative db path using the --dbpath switch in pacman. That's what I wanted to do, but dbpath countains the local and upstream databases, so I thought it might cause problems.
Re: [arch-general] Check for update in script
pacman provides a `checkupdates` script, see /usr/bin/checkupdates for how it works. Wow, I didn't know this one, thanks !
[arch-general] Check for update in script
Hi I can't find a good way to check for available upgrades without touching the database, as running `pacman -Sy` without `u` isn't supported. Any idea ? Maybe a new pacman switch like "--upstreamdbpath" to toggle change the location of sync/ without touching local/ ? Why I need it : https://github.com/XavierBerger/RPi-Monitor/pull/57#issuecomment-55248969 Yamakaky
Re: [arch-general] Location of the pacman database
Anyway, I think you should open a feature request at the bugtracker. Just watched : there is already this bug report : https://bugs.archlinux.org/task/41863
Re: [arch-general] Location of the pacman database
I htink you are right about the local DB (/var/lib/pacman/local). However, /var/lib/pacman/sync should probably stay in /var (I don't need a rw root FS to resync package DB). Yes, of course. I was talking about the local/ database.
Re: [arch-general] Location of the pacman database
Le 10/09/2014 20:50, Joel Teichroeb a écrit : Generally, things that are written to are not stored in /usr. This page might help https://wiki.archlinux.org/index.php/arch_filesystem_hierarchy That's what I thought at first, but it's different. pacman db doesn't contain runtime stuff, it's a description of the currently installed packages. It's a bit like putting os-release in /usr/lib.
[arch-general] Location of the pacman database
Hi ! Why is the pacman local database location defaulted to /var/lib/pacman ? It should go in /usr as it reflects the installed packages and it is only updated when a package is updated. If it where in /usr, it would be easier to share the /usr partition between hosts. What do you think ?
Re: [arch-general] pacman-key issue
At a last resort, you can remove /etc/pacman.d/gnupg, then run `pacman-key --init` and `pacman-key --populate archlinux`.
Re: [arch-general] pacman-key issue
Are you root ?
Re: [arch-general] [systemd-networkd] only one .link
Le 31/08/2014 13:34, Mauro Santos a écrit : On 31-08-2014 11:51, Yamakaky wrote: Woh, I read the manpage, but didn't found the paragraph... Thanks ! I'm not sure from your reply if you have found it or not so I transcribe it here: The link file contains a "[Match]" section, which determines if a given link file may be applied to a given device; and a "[Link]" section specifying how the device should be configured. The first (in lexical order) of the link files that matches a given device is applied. Sorry, my sentence was ambiguous : I found the section after your first answer ^^
Re: [arch-general] [systemd-networkd] only one .link
Le 31/08/2014 12:41, Mauro Santos a écrit : On 31-08-2014 11:17, Yamakaky wrote: Hi Once upon a time, it was said that for each interface, only the first .link file matching was taken into account. However, as I was investigating all the new features of the latest release, I couldn't find this affirmation. Was it fixed ? Yamakaky That is still the same, check 'man systemd.link'. I suppose that is a feature, not a bug. Woh, I read the manpage, but didn't found the paragraph... Thanks !
[arch-general] [systemd-networkd] only one .link
Hi Once upon a time, it was said that for each interface, only the first .link file matching was taken into account. However, as I was investigating all the new features of the latest release, I couldn't find this affirmation. Was it fixed ? Yamakaky
Re: [arch-general] Meetup in Paris
Too bad, I'm not in Paris...
[arch-general] Vim clipboard option
Hi It's good to have a real vim package, but the `clipboard` option is now disabled (see `vim --version`). Is there any reason ? I use it a lot via the "+ register. Thanks
Re: [arch-general] owncloud: incorrect dependencies in PKGBUILD
No problem, thanks a lot already! How close is ALARM (if that's what you're using) to original Arch (in terms of config directory, apps packaging etc.)? It uses the same officials repos + an `alarm` one for arm specific packages, like linux-raspberrypi. So I think I uses the same PKGBUILDs as archlinux, with minor modifications like the `arch` directive. I will try a diff of /var/abs. And it uses AUR. Owncloud pages on my raspi take 10-20 seconds to load, I don't know why. If I can't find a solution, I will try [cozy](cozy.io).
Re: [arch-general] owncloud: incorrect dependencies in PKGBUILD
The rest is still relevant though: updated uWSGI ownCloud working config would be __much__ appreciated! Sadly, my raspberry pi is officially down at home, so I need to wait two weeks to give you my working config.
Re: [arch-general] Improve the filesystem package
And all that assumes that you can execute systemd-sysusers, no? Oh, I see, you are talking about emergency boot ?
Re: [arch-general] Improve the filesystem package
And what happens if my root filesystem is mounted read-only? So, please let's not allow tmpfiles to touch /etc... That's an interesting question, I don't know the answer. I think it will fail because ignoring the error would be worse for most of the cases. And all that assumes that you can execute systemd-sysusers, no? systemd is the only init officially supported and partial updates are not supported so I think we can assume it will be available with this new version of the package. After thinking, maybe removing the dirs from the package is not a so good idea. It reminds me the /usr/bin merge, which doesn't seem to be possible with tmpfiles.d. However, systemd-sysusers seems to be a good idea, especially for package creation. And stateless boot is cool.
Re: [arch-general] Improve the filesystem package
Then, a filesystem update wants to add a new system user, so it updates the file /usr/lib/sysusers.d/archlinux.conf. The .install script runs systemd-sysusers and... nothing happens, because this program only creates the file when there is not there in the first place. In fact no, it add the new user/group (I just tested). Try running `systemd-sysusers`, add a user in /usr/lib/sysusers.d/base.conf then run `systemd-sysusers`. The problem is similar. Once I have modified an existing file in /etc, what will happen when a new version of the file comes from the package. Will it not be installed? Or will it overwrite my own file? Maybe you can convice systemd-tmpfiles to copy the file to /etc/watever.pacsave, I don't know. But then, where is the advantage? Yes, I didn't thought about pacnew, dummy I am... I wrote about /usr/share/etc for the stateless boot stuff (cf link from my previous mail), which is pretty cool. Maybe for this time we could let them in /etc.
[arch-general] Improve the filesystem package
Hi I see some possible improvements to the filesystem package to use some of the recent improvements to systemd. I don't know if they are already planned. All the empty directories and the links could be replaced by a tmpfiles.d file, like /usr/lib/tmpfiles.d/archlinux.conf. /etc/{group,gshadow,passwd,shadow} could be removed as the base users and groups are already created by the upstream sysusers.d files. The arch-specific ones (like bin or daemon) could be created by /usr/lib/sysusers.d/archlinux.conf. The others /etc/ files could be moved to /usr/share/etc/ and copied as needed to /etc using tmpfiles.d files. A filesystem.install file could launch systemd-tmpfiles and systemd-sysusers to update the local configuration when the package is updated. In the end, filesystem would contain only tmpfiles.d and sysusers.d files + /usr/share/etc. I can make a draft of this package if you want. More infos : http://0pointer.de/blog/projects/stateless.html
Re: [arch-general] owncloud: incorrect dependencies in PKGBUILD
Le 30/07/2014 18:51, Neitsab a écrit : On Wed Jul 30 06:33:49 EDT 2014 Damjan Georgievski wrote: You can also use uwsgi-php so if you add fpm then maybe you'll need to add that one too I've seen uwsgi-php mentioned in the wiki for the nginx owncloud configuration ([1]), but as I don't have a clue about what it is and that it isn't mentioned in the official admin manual I left it out. If somebody has a more definitive answer about the need to include it or not... --Neitsab [1] https://wiki.archlinux.org/index.php/Owncloud#Nginx_.2B_uwsgi_php_configuration I use it personally. It's plays the same role as php-fpm, but it's better (I think) and can be used with python, php, ruby and cgi. I need to update the wiki because the instructions are not correct. I don't know if it should go in opt-deps. There are a lot of web servers and application servers, I'm not sure we should put them all. pacman misses categories, like "needs a web server".
Re: [arch-general] NetworkManager attribute but doesn't use ipv6
Le 25/07/2014 17:23, Patrick Burroughs (Celti) a écrit : On Fri, Jul 25, 2014 at 8:21 AM, Patrick Burroughs (Celti) wrote: On Fri, Jul 25, 2014 at 8:02 AM, Yamakaky wrote: ip -6 route *:*:*:*::/64 dev wifi proto kernel metric 303 mtu 1480 fe80::/64 dev wifi proto kernel metric 256 If I'm not mistaken on how this works (in comparison with my setup) it looks like you're missing a default route. Try `ip -6 route add default via *:*:*:*::/64 dev wifi`. Erm, my apologies for not double-checking my post, that should have been "*:*:*:*::1", not /64, for the (probable) ipv6 gateway. Regards, ~Celti It works ! Now how can I automate this in nm ?
[arch-general] NetworkManager attribute but doesn't use ipv6
Hi I have a problem with nm : it seems to get an ipv6 address from dhcp, but it doesn't use it. ip addr inet 192.168.0.5/24 brd 192.168.0.255 scope global wifi valid_lft forever preferred_lft forever inet6 *:*:*:*:*:*:8f3e:7de1/64 scope global noprefixroute dynamic valid_lft 86334sec preferred_lft 86334sec ip -6 route *:*:*:*::/64 dev wifi proto kernel metric 303 mtu 1480 fe80::/64 dev wifi proto kernel metric 256 (I replaced my ipv6 by * for privacy) Web sites like http://whatismyipv6.com/ say that I don't have an ipv6. I searched on the web, but nothing concluant. Any idea ?
[arch-general] Module needed by a unit
Hi I'm trying to improve the unit for a fan manager daemon for MacBook Pro. As it is, it's a dependency of multi-user.target. I would like it to start earlier in the boot process, so that he is available with rescue.target, and to refresh the computer during bootup. I tried with DefaultDependencies=false and WantedBy=sysinit.target. The first time it is launched, he failed because the coretemp module isn't loaded. It's then restarted and all is OK, so I think the module is loaded between the two start. I would like it to start succesfully the first time. Do you know how to fix this problem ? I thought about modules-load.d, but a dependency would be better. Thanks [1] https://github.com/dgraziotin/Fan-Control-Daemon/issues/40
[arch-general] NetworkManager messages during bootup
Hi With the 214 systemd update, I now get during boot a lot of messages from NetworkManager. They are at loglevel . I didn't changed journald.conf. I also noticed that an other daemon outputs logs. Did the default log level changed ? How can I change that ? Thanks
Re: [arch-general] No thermal detection on linux 3.15.1-1
It's related with this bug[1]. Some files in /sys have moved, softwares need to be patched. [1]: https://github.com/dgraziotin/Fan-Control-Daemon/issues/38
[arch-general] No thermal detection on linux 3.15.1-1
Hi I use a MacBook Pro (beggining on 2011), tlp and mbpfan-git. On 3.14, the fans works OK and tlp-stat -t output something like this : --- TLP 0.5 +++ Temperatures Fan speed = 2001 [/min] Temperature = 50°C Now, on 3.15, the temperature line in tlp-stat isn't present and the fans are at the minimum level (2000/min). It's strange because lm_sensors seems to work : applesmc-isa-0300 Adapter: ISA adapter Exhaust : 1999 RPM (min = 2000 RPM, max = 6200 RPM) TB0T: +39.8°C TB1T: +39.8°C TB2T: +37.8°C TC0C: +62.5°C TC0D: +63.5°C TC0E: +64.2°C TC0F: +64.8°C TC0J: +0.5°C TC0P: +60.5°C TC1C: +61.0°C TC2C: +61.0°C TCGC: +62.0°C TCSA: +63.0°C TCTD: -0.2°C TM0P: +50.0°C TM0S: +62.8°C TMBS: +0.0°C TP0P: +64.5°C TPCD: +74.0°C TW0P:-127.0°C Th1H: +51.2°C Ts0P: +36.0°C Ts0S: +48.5°C coretemp-isa- Adapter: ISA adapter Physical id 0: +71.0°C (high = +86.0°C, crit = +100.0°C) Core 0: +71.0°C (high = +86.0°C, crit = +100.0°C) Core 1: +65.0°C (high = +86.0°C, crit = +100.0°C) I looked in the kernel changelog, but I can't find anything relevant. Any idea ?
Re: [arch-general] Network configuration
Le 13/06/2014 18:05, Ryan Fredette a écrit : On 06/13/2014 11:45 AM, Yamakaky wrote: That's what I was about to setup when I saw that systemd-networkd doesn't support DHCP for ipv6 ^^ Do you if it's planned ? There was a patch set submitted today to systemd to start adding dhcp support for ipv6[1], but it's not been accepted yet. Even with that patch, I believe there's still work to be done. Regards, Ryan Fredette [1] http://lists.freedesktop.org/archives/systemd-devel/2014-June/019987.html Ok. So I think I'm gonna stick with dhcpcd for now on my raspberry pi, and use systemd-networkd when it will be ipv6 ready. For my laptop, I will try wpa_supplicant, or stick with nm if I don't like it. Thanks all for your answers !
Re: [arch-general] Network configuration
Thanks for your answers. As it was said above it is matter of personal preference. Personally I try to use the simplest possible tools that do its job. And I switched all my machines to systemd-networkd (+wpa_supplicant for wifi). Network/WIFI/DHCP work great, no complains. My advice it to start with systemd-networkd and only if it does not work for you then look at other alternatives. https://wiki.archlinux.org/index.php/Systemd-networkd#Basic_DHCP_network That's what I was about to setup when I saw that systemd-networkd doesn't support DHCP for ipv6 ^^ Do you if it's planned ?
Re: [arch-general] Strange (sd-pam) process
Le 13/06/2014 14:08, WorMzy Tykashi a écrit : On 13 June 2014 12:57, Yamakaky wrote: And what is it's purpose ? Hi, 's:#n809:#n806:' on my earlier link. ;) I can't tell you any more than is written there. If it doesn't answer your question, you may want to ask on the systemd mailing list [2], they're more likely to have the answers you seek. Cheers, WorMzy [2] http://lists.freedesktop.org/mailman/listinfo/systemd-devel ... I read the code upper, but not this comment ^^ It's strange it's not `systemd --user` who do this job. Thanks for you quick and precise answer !
Re: [arch-general] Strange (sd-pam) process
Le 13/06/2014 13:50, WorMzy Tykashi a écrit : On 13 June 2014 10:21, Yamakaky wrote: Hi `systemd --user` has a child `(sd-pam)`. It's certainly related to pam, but why has it such a strange name ? Thanks Hi, It's so that it looks pretty in ps output [1]. Cheers, WorMzy [1] http://cgit.freedesktop.org/systemd/systemd/tree/src/core/execute.c#n809 Oh, why not ^^ And what is it's purpose ?
[arch-general] Strange (sd-pam) process
Hi `systemd --user` has a child `(sd-pam)`. It's certainly related to pam, but why has it such a strange name ? Thanks
[arch-general] Network configuration
Hi all I write you this mail because I'm a bit lost between all these network configuration tools available : - systemd-networkd - dhcpcd service - netctl - wpa_supplicant - NetworkManager/wicd There is two profiles I use now : a laptop (wifi auto-discover and connect with gui tray and easy to add network, ethernet auto-connect) and a raspberry py server (low ressources, ethernet only, dhcp configured, config not often changed). Actually, I use nm on my laptop (it's much much better than wicd) and dhcpcd on my raspberry pi. What would you use and why ? Additional question : it seems systemd-timesyncd requires systemd-networkd, is it true ? Thanks Yamakaky
[arch-general] mkinitcpio systemd hook
Hi For the 207 systemd release, the mkinitcpio's hook for systemd is broken when used with the lvm2 one. It was nearly a year ago, any improvement ? Yamakaky
Re: [arch-general] makepkg.conf CFLAGS
Grouped answer (french guy here, be indulgent ^^) : Cross platform compilation is a requirement for the most important of makepkg's users, namely our package maintainers... I think TU know how to configure makepkg for theirs binary packages to be portables. user has an ageing AMD FX system and wants to replace that with an intel core i7 system. they don't feel like re-installing, so just transfer the harddrive to the intel system. if they used -march=native everything they build on the AMD FX system will need to be rebuild on the core i7 . Well, that's a good point, I didn't thought about that ^^ But it's only about rebuilding aur packages, not the binary ones. I believe when the decision was made it was simply based on the fact that being able to share is worth more for the community than local optimization. PKGBUILDs and packages from repositories have to be portable, but it's not a requirement for self-build AUR packages. Who shares binary packages from AUR ? Meanwhile you didn't make clear why don't you side with OP after justifying his point? Sorry, I don't understand your sentence. What's "OP" ? anyone rebuilding some set of packages with ABS to eek out a bit of extra performance is aware that the default compiler flags need to be changed I didn't talk about that, all my point is about AUR building. I'm sure there are users who build packages without devtools and then expect it to be portable I think they should read a bit of doc before cross-compiling. I'm aware that it doesn't make a great difference for most packages, for only this portability downside so why private ourselves ?
[arch-general] makepkg.conf CFLAGS
Hi I just discovered the gcc option march=native. It enables all the local-supported optimizations, without downsides except the non-portability of the binaries. Is there a reason why it isn't enabled by default, as cross platform compilation isn't used by most of the users (I think) ? Yamakaky
Re: [arch-general] Recommended reading for Shell expansion mechanism
That was exactly what I was looking for It's not exactly what you requested, but you should test zsh. I think it's much better than bash.
Re: [arch-general] Packaging: difference between "example documentation config" and "default config"
I think the default configuration should let the user test the software without touching the configuration. I love software with good defaults. And pacdiff's power. Conversely, the example config in /usr should contain all the config options (if possible), and examples.
Re: [arch-general] [Classroom] new class: A First Look at the Linux Kernel - Saturday, May 31 at 16:00 UTC
me to !
Re: [arch-general] systemd-run --user does not work
> I don't say of course that you shouldn't do it, just keep in mind that > it's not equivalent :p I know, thanks, I already had similar problems with gpg-agent. I solved this problem with `After=gpg-agent.service` in tmux.service. It's not perfect, but it seems to work.
Re: [arch-general] systemd-run --user does not work
Now I understand why sometimes I have two dbus daemons, thanks ! It's because I manage tmux with systemd --user, and $DBUS is set by my xorg session not managed by systemd. In fact, why isn't there a user unit for dbus by default ?