Re: [arch-general] latest kernel broken?
On 2018-05-08 09:21, Randy DuCharme via arch-general wrote: Greetings, Just updated my system (pacman -Syu) and was dumped into an emergency shell on reboot. Seems my boot command line option (scsi_mod.use_blk_mq=1) was no longer acceptable. LOL. I haven't seen anything that indicated this was deprecated or obsolete. System is fairly simple. Asus CrosshairV - Formula Z + FX9590. Main disk is a 2T Barracuda and a handfull of WD Raptors on an LSI-9260. System comes up fine removing the boot option. Thanks in advance! I use scsi_mod.use_blk_mq=y and dm_mod.use_blk_mq=y and had no problems booting 4.16.7-1. Cheers. -- Simon Perry
Re: [arch-general] Gnome-Terminal can we update to 3.18.0.1
On 2015-10-21 11:47, Britt Yazel wrote: I know that the reason Gnome-Terminal has not been upgrade from 3.18.0 is due to us waiting for the 3.18.1 release, however there is a ridiculous bug that causes the app to have a search bar that takes up 50% of the width of the window that I have been living with for 3 weeks, and which was fixed in 3.18.0.1. I hate to pester, but the package was flagged out of date weeks ago but still hasn't been updated, and this bug is impossible to ignore, and is cringe worthy. Maybe the mirror you're using is out-of-date? My pacman.log shows the upgrade on the 15th of October. Cheers. -- Simon Perry
Re: [arch-general] mdmonitor.service - fails to start/load?
On 2015-08-23 21:03, David C. Rankin wrote: All, I'm not sure if this is a config issue or bug. I have 2 servers with mdadm/mdraid arrays. In both a check of 'systemctl --type=service' shows mdmonitor has failed. It fails to start each time: I found this issue a while ago and fixed it with the following in mdadm.conf: MAILADDR f...@bar.com It's explained at the bottom of the mdadm.conf file. HTH... -- Simon Perry
Re: [arch-general] Gnome extensions and the extension site
On 03/09/14, Magnus Therning wrote: | What do you mean by there? | | It's in 'about:plugins' but I find no way to interact with it to set | its Always active status. about:addons or use Add-ons from the main menu. Then click on plugins, should look like: https://i.imgur.com/xXvjJ0X.png Cheers. -- Simon Perry (aka Pezz) pgp5_QwzV3lhG.pgp Description: PGP signature
Re: [arch-general] Zramswap for /tmp
On 13/03/14, GSC wrote: | I find zram not very stable. Several system freeze happened to me and I | stopped using it, Same, turned it on for two low-ram boxes I had, caused more problems than it solved. -- Simon Perry (aka Pezz)
Re: [arch-general] Zramswap for /tmp
On 13/03/14, Mauro Santos wrote: | I have had it enabled for a while and I haven't yet seen any nasty crash | due to it. Hibernation also works fine and seems to go faster than | without zswap. How much RAM do you have? zram is probably solving a problem you don't have. Enable it on a VPS that has 256MB RAM (which is supposed to be its use case) and get back to me. -- Simon Perry (aka Pezz)
[arch-general] libpng 1.6.7 broken?
Hi all, This following is an example of a thumbnail generated on a forum I help run. This image: http://i.imgur.com/XxaSVKa.png - Works in Firefox 25.0.1 on Windows 7 - Works in Chrome 31.0.1650.57 m on Windows 7 - Works in IE 10 on Win 7 - Works in the Win 7 photo viewer - Works in Firefox for Android - Works in Chrome for Android - Broken in Firefox 25.0.1 on Arch - Broken in Chromium 31.0.1650.57 on Arch - Broken when trying to load it into gpicview, The GIMP etc on Arch. From what I can tell from here: https://hg.mozilla.org/releases/mozilla-release/file/d20d499b219f/media/libpng/png.h Firefox 25.0.1 for Windows appears to be built statically against libpng 1.5.17. Any advice on where to report this, or what the best course of action is? If any of the devs have reported bugs to the libpng guys before, then I'd appreciate some help. Cheers. -- Simon Perry (aka Pezz)
Re: [arch-general] libpng 1.6.7 broken?
On 03/12/13, Christian Hesse wrote: | I think libpng is right, and the image is broken. You can use pngfix (which | is part of libpng package) to fix the image: Why does everything else that I listed display it properly though? I can't exactly use pngfix on images dynamically generated via a PHP forum. Apologies if I sound argumentative. Cheers. -- Simon Perry (aka Pezz)
Re: [arch-general] libpng 1.6.7 broken?
On 03/12/13, Christian Hesse wrote: | Why does everything else that I listed display it properly though? | | As you already noticed: Because it uses another version of libpng. So there's zero backward-compatbility? Seems unlikely. | I think you have three possibilities: | | * The image is not generated dynamically but stored in a database. Simply | update the image with the fixed one. Why? Because 1.6.7 can't handle older files? | * The image is generated dynamically. Probably your server uses a version of | libpng which is really old... Consider updating. The server is an EC2 box, using the Amazon version of RHEL, so yes it is libpng 1.2.49. Still, seems a bit silly for the newest version that Firefox dynamically uses to go nope, not handling it, error. | * File a bug report for libpng upstream. This seems like the best course of action but, as I said origianlly, if anyone has experience lodging bugs with these guys, I'd appreciate any advice. Cheers. -- Simon Perry (aka Pezz)
[arch-general] fsck.f2fs and systemd
Hey all, I've been experimenting with f2fs, and see that the latest version of f2fs-tools now includes an actual fsck tool (not an exit 0 bash script). See below for the output I get from systemd when it tries to run fsck.f2fs on the root filesystem. Anyway, my questions are: - Is there any way to override how systemd does its fsck? I've tried poking around and overriding systemd-fsck-root.service and systemd-fsck@.service to no avail. Any advice on this? - Should systemd always expect an fsck tool to accept that the -a arg works, therefore an issue for f2fs-tools upstream, or should systemd be aware of this (therefore an upstream issue for systemd). Any hints / advice appreciated. Cheers. systemd-fsck[198]: fsck.f2fs: invalid option -- 'a' systemd-fsck[198]: Error: Unknown option ? systemd-fsck[198]: Usage: fsck.f2fs [options] device systemd-fsck[198]: [options]: systemd-fsck[198]: -d debug level [default:0] -- Simon Perry (aka Pezz)
[arch-general] Australian Mirrors
Hi all, Does anybody know what the story is with almost all of the Aussie Arch mirrors? Almost all of them (except the iiNet mirror) have been out-of-date for days. Haven't seen any mention of it on the forums or here, so thought I'd ask. Cheers. -- Simon Perry (aka Pezz)
Re: [arch-general] [signoff] linux-3.8.11-1
On 02/05/13, Tobias Powalowski wrote: | Hi guys, | please signoff 3.8.11 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.9.0 is in [testing]. x86_64 all good on a Lenovo T410S and a VPS. -- Simon Perry (aka Pezz)
Re: [arch-general] Polluted login prompt
On 22/11/12, Sudaraka Wijesinghe wrote: | This doesn't help because the messages in question are generated by the | systemd unit loading process, not the Kernel. Adding quiet to the kernel command line will make systemd quiet. Give it a go. -- Simon Perry (aka Pezz) pgpkKKCvnu4sg.pgp Description: PGP signature
Re: [arch-general] GNOME 3.6 upgrade / GDM / Removed consolekit
On 01/11/12, Simon Perry wrote: | On 31/10/12, Thomas Bächler wrote: | | | VTNr=0 seems wrong. | | Ok, thanks for that. I'm at work now, and on my laptop here VTNr=1 and | Active=yes so it's all good on this machine. Solved - I noticed that getty@tty1.service has: After=rc-local.service I disabled rc-local.service, rebooted and it worked. So I modified my rc-local.service file to include a Before statement: [Unit] Description=/etc/rc.local Compatibility Before=display-manager.service [Service] Type=oneshot ExecStart=/etc/rc.local TimeoutSec=0 StandardInput=tty RemainAfterExit=yes [Install] WantedBy=multi-user.target Works fine now. Thanks again for putting my on the right track! Cheers. -- Simon Perry (aka Pezz) pgpIpOHa4l98B.pgp Description: PGP signature
[arch-general] GNOME 3.6 upgrade / GDM / Removed consolekit
Hi all, After reading the previous discussion on not needing to be in various groups like audio, optical etc, I decided to remove myself from a bunch of groups and do the right thing after upgrading to GNOME 3.6 earlier. I removed consolekit once pacman told me it was no longer required by any package, then culled myself from various groups - the important one being audio. When I login via GDM, it seems my session isn't active: % loginctl show-session $XDG_SESSION_ID | grep Active Active=no Therefore, I'm not added to ACLs for my sound devices and Pulseaudio fires up using a Dummy output. Not sure what to do here, I've done the following to try and fix it: - Disabled / re-enabled certain services, I've had systemd running for a while and a few things had changed / been updated (e.g. I now have a default.target and the display-manager.service whose symlink lives in /etc/systemd/system) - Tried messing around with pam (putting pam_systemd.so in a couple of spots). - Tried searching for documentation on what might be wrong, but most of the things I found relate to not using a display manager like GDM and just using startx. Any tips appreciated. Cheers. -- Simon Perry (aka Pezz) pgpLuumwYfm0B.pgp Description: PGP signature
Re: [arch-general] GNOME 3.6 upgrade / GDM / Removed consolekit
On 31/10/12, Thomas Bächler wrote: | Make sure you use the default PAM files for everything (especially GNOME). Yes, they're all default (made sure after screwing around with them). | Your report confuses me. I am no GNOME user, but I know GDM should be | the first login manager to be tested with logind. Not sure how to respond to this, alas I'm having this issue. -- Simon Perry (aka Pezz) pgp0QOE6WKrbz.pgp Description: PGP signature
Re: [arch-general] GNOME 3.6 upgrade / GDM / Removed consolekit
On 31/10/12, Thomas Wouters wrote: | Do you happen to be using plymouth? | If so, try to disable plymouth-gdm.service and enable gdm.service. (assuming you use GDM) | I've had a similar issue today and this seemed to have fixed my problems. Never used Plymouth. -- Simon Perry (aka Pezz) pgpvjGj2wPbAl.pgp Description: PGP signature
Re: [arch-general] GNOME 3.6 upgrade / GDM / Removed consolekit
On 31/10/12, Thomas Bächler wrote: | I just needed to express my confusion over the issue. I cannot think of | a reason why you have this problem. | | Maybe there's some hint in the details of loginctl show-session, or the | logs have some info. I fixed a couple of boot errors from looking at the journal, but not this. loginctl show-session: ControlGroupHierarchy=/user ResetControllers=cpu NAutoVTs=6 KillExcludeUsers=root KillUserProcesses=no IdleHint=no IdleSinceHint=1351703575131288 IdleSinceHintMonotonic=11069402493 BlockInhibited=handle-power-key:handle-suspend-key:handle-hibernate-key DelayInhibited=sleep InhibitDelayMaxUSec=5s HandlePowerKey=poweroff HandleSuspendKey=suspend HandleHibernateKey=hibernate HandleLidSwitch=suspend PreparingForShutdown=no PreparingForSleep=no -- Simon Perry (aka Pezz) pgpOMf203NheE.pgp Description: PGP signature
Re: [arch-general] GNOME 3.6 upgrade / GDM / Removed consolekit
On 31/10/12, Thomas Bächler wrote: | I meant | loginctl show-session $XDG_SESSION_ID Id=2 Timestamp=Thu, 2012-11-01 07:34:31 EST TimestampMonotonic=42685753 DefaultControlGroup=name=systemd:/user/pezz/2 VTNr=0 Display=:0 Remote=no Service=gdm-password Leader=3017 Audit=2 Type=x11 Class=user Active=no State=online KillProcesses=no IdleHint=no IdleSinceHint=0 IdleSinceHintMonotonic=0 Name=pezz Also, to Jan, no - I run the stock Arch kernel, not hardened / SELinux / GR sec etc. As an aside, I also have to give my root password to reboot / shutdown from the power off menu. -- Simon Perry (aka Pezz) pgpCTn6chaU4W.pgp Description: PGP signature
Re: [arch-general] GNOME 3.6 upgrade / GDM / Removed consolekit
On 31/10/12, Thomas Bächler wrote: | VTNr=0 seems wrong. Ok, thanks for that. I'm at work now, and on my laptop here VTNr=1 and Active=yes so it's all good on this machine. That gives me something chase when I get home tonight. Cheers. -- Simon Perry (aka Pezz) pgphN0Dl342iT.pgp Description: PGP signature
Re: [arch-general] [signoff] linux-3.5.6-1
On 08/10/12, Tobias Powalowski wrote: | Hi guys, | please signoff 3.5.6 series for both arches. | package is not in testing, please grab it from here: | http://dev.archlinux.org/~tpowa/linux/ Running fine here, 1 x desktop, 1 x laptop, 2 x VPS. All x86_64. Cheers. -- Simon Perry (aka Pezz) pgp2FJFnvtHRa.pgp Description: PGP signature
Re: [arch-general] [signoff] linux-3.5.5-1
On 03/10/12, Tobias Powalowski wrote: | Hi guys, | please signoff 3.5.5 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.6.0 is in [testing]. Working fine on 2 x x86_64 VPS boxes. On my laptop (also x86_64), nvidia 304.51-1 drivers are incompatible: [9.138797] nvidia: disagrees about version of symbol module_layout [ 10.530243] nvidia: disagrees about version of symbol module_layout [ 10.786405] nvidia: disagrees about version of symbol module_layout etc Cheers. -- Simon Perry (aka Pezz) pgppu4aw3dRie.pgp Description: PGP signature
[arch-general] mkinitcpio: mdadm_udev Hook
Hi, I've just been re-installing a box, and saw that the wiki says regarding using the mdadm_udev hook: This is the preferred method of mdadm assembly (rather than using the above mdadm hook). I've tried to use the mdadm_udev hook, but the devices get named: normal md0 (/boot) is md127 normal md1 (encrypted, then lvm with swap and / on it ) is md126 I found this out with cat /proc/partitions once my box failed to boot and dropped to the initramfs shell. Seems pretty random, the first actual device isn't even the lowest number. There doesn't seem to be any documented way to have my raid1 devices named so I can use: cryptdevice=/dev/md1:crypt in my kernel arg line. The only way to get things to work is to use the mdadm hook and have my devices specified in /etc/mdadm.conf Can I rely on md127 and md126 being the same across every boot, and therefore resign myself to using this numbering (instead of the much nicer md0 and md1), and use it in my cryptdevice kernel arg and be done with it? Given this thread: https://bbs.archlinux.org/viewtopic.php?id=149358 And the comment: I have little interest in supporting the mdadm hook. Assembly via udev is the preferred method here. What is the right way to do this? Cheers. -- Simon Perry (aka Pezz) pgpvrJ2XKsISs.pgp Description: PGP signature
Re: [arch-general] mkinitcpio: mdadm_udev Hook
On 03/10/12, Thomas Bächler wrote: | You need to create a file /etc/mdadm.conf. mdadm --examine --scan will | generate the right lines for you. This file will be added to the | initramfs and your names will be fine again. Yep, that's what I've done, and I've used the mdadm hook as I have in the past. Based on the mkinitcpio wiki page, and the forum post, I'm under the impression that using mdadm_udev to auto-assemble the arrays is what I should be using (and is what will be supported in the future). The mdadm_udev hook does work as advertised, but I don't see how I can use it when I need a known /dev/mdx device for use in something like a cryptdevice= kernel arg. Cheers. -- Simon Perry (aka Pezz) pgpGJdmleQplX.pgp Description: PGP signature
Re: [arch-general] mkinitcpio: mdadm_udev Hook
On 03/10/12, Thomas Bächler wrote: | First of all, once you add the mdadm.conf file, the mdX names will | follow the naming usual scheme - the md126+ names will only be used when | the array is not mentioned in mdadm.conf. | | Second, you can always use /dev/disk/by-uuid/. Cool, makes sense, and damn me for not going one step further and setting up mdadm.conf before giving up and going back to the mdadm hook. :) - Running build hook: [mdadm_udev] Custom /etc/mdadm.conf file will be used in initramfs for assembling arrays. Cheers for the info fellas. -- Simon Perry (aka Pezz) pgpoN9t1iVzrn.pgp Description: PGP signature
[arch-general] Bug with procps-ng or systemd?
/var/log/utmp is not being used. Updated procps-ng on the 24th, systemd 192 update on the 27th, but have only just noticed this. Running a w command no longer shows current logged in users. An strace of /usr/bin/w shows: access(/var/run/utmpx, F_OK) = -1 ENOENT (No such file or directory) open(/var/run/utmp, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) access(/var/run/utmpx, F_OK) = -1 ENOENT (No such file or directory) open(/var/run/utmp, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) I have searched FS but haven't found anything relevant, should a bug be lodged against procps-ng or systemd? -- Simon Perry (aka Pezz) pgpNMslSo9PFW.pgp Description: PGP signature
Re: [arch-general] Bug with procps-ng or systemd?
Apologies, Just noticed the [arch-general] utmp MIA thread and FS#31705 as pointed out by Tom in said thread. (I blame Friday night boozing) -- Simon Perry (aka Pezz) pgpY0g4mmRY5T.pgp Description: PGP signature
Re: [arch-general] testing/systemd 191-1 failed to boot
On 26/09/12, Kevin Chadwick wrote: | Double standards, considering what can only be described as anti | anti-systemd users sending more 100% pointless and inflammatory mails | and first with no threats of being top or part of the rediculous idea of | a block list. Nah, I'm just a fanboy apparently (even though I still have one box out of six using non-Poetterix init). -- Simon Perry (aka Pezz) pgpQE6M4fxOOq.pgp Description: PGP signature
Re: [arch-general] testing/systemd 191-1 failed to boot
On 25/09/12, Felipe Contreras wrote: | There's a difference between using a strong tone, and being a troll. | | Using that definition, Linus Torvalds is a troll on the LKML. I disagree. The Linux kernel has never had a bug that has resulted in an un-bootable system. So as Heiko says, that is why systemd is worse than the kernel (it could also be my rose-tinted glasses). Let's wait for Heiko to release his perfect init system (which will be better than bash scripts, systemd, the kernel itself etc) because it will never fail or ever have a bug that results in a system being un-bootable. We'll have no chance to be total douchebags on mailing lists, and not report actual bugs because his system will never fail, at all, ever! You're a credit to humanity, Heiko, keep on truckin', sunshine. -- Simon Perry (aka Pezz) pgpYPWm5kiTKc.pgp Description: PGP signature
Re: [arch-general] testing/systemd 191-1 failed to boot
On 25/09/12, Ralf Mardorf wrote: | If a troll would write something stupid about any other software, from | any other coder, this never ever would cause such a useless and long | thread. It needs fans to continue nothing. It takes two to tango. Perhaps you need a reminder of the fair and balanced critique Heiko initially offered, based on a package in [testing], that has not made it to [core]: https://mailman.archlinux.org/pipermail/arch-general/2012-September/031151.html | Superb, using systemd safes a few seconds at startup, time that can be | used to write useless mails, just to diss each other. If startup would | take some seconds longer, we perhaps would get less mails. Isn't that a | good argument against systemd? Excellent tip, I'm now perpetually rebooting my boxes so I can gain an extra 4 hours per day. GO SYSTEMD! | This might be helpful | http://lmgtfy.com/?q=arch+wiki+email+filter http://lmgtfy.com/?q=how+trolling+works -- Simon Perry (aka Pezz) pgpdeXeKw5BlB.pgp Description: PGP signature
Re: [arch-general] pear/php/module api version mismatch
On 11/09/12, David Benfell wrote: | PHP Warning: PHP Startup: Unable to load dynamic library | '/usr/lib/php/modules/json.so' - /usr/lib/php/modules/json.so: | cannot open shared object file: No such file or directory in Unknown | on line 0 Take extension=json.so out of your php.ini - it's built in now. -- Simon Perry (aka Pezz) pgpN9CLM5eVhB.pgp Description: PGP signature
Re: [arch-general] pear/php/module api version mismatch
On 12/09/12, Simon Perry wrote: | Take extension=json.so out of your php.ini - it's built in now. I should have added for starters, I don't think it will fix the rest of your problems. Unfortunately, I don't use PEAR that much to offer any further advice. -- Simon Perry (aka Pezz) pgp83aDYWK8sZ.pgp Description: PGP signature
Re: [arch-general] pear/php/module api version mismatch
On 11/09/12, David Benfell wrote: | There is a 'pear uninstall' and a 'pear install', however these | yield the same errors. FWIW, I picked one of your modules at random, and pear install told me to use pecl install uploadprogress, and it worked fine. I'd look at cleaning out PEAR stuff from /usr/lib/php, make sure your Arch php and php-packages are up-to-date and try again. # pecl install uploadprogress downloading uploadprogress-1.0.3.1.tgz ... Starting to download uploadprogress-1.0.3.1.tgz (9,040 bytes) .done: 9,040 bytes 4 source files, building running: phpize Configuring for: PHP Api Version: 20100412 Zend Module Api No: 20100525 Zend Extension Api No: 220100525 building in /tmp/pear/temp/pear-build-rootKr1KAt/uploadprogress-1.0.3.1 running: /tmp/pear/temp/uploadprogress/configure checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for a sed that does not truncate output... /bin/sed checking for cc... cc etc etc etc -- Simon Perry (aka Pezz) pgppaXQsH7NC1.pgp Description: PGP signature
Re: [arch-general] Postgresql with Systemd
On 05/09/12, Paul Gideon Dann wrote: | :: Checking configuration [DONE] | :: Starting php-fpm[BUSY] | /etc/rc.d/php-fpm: line 55: 31083 Segmentation fault /usr/sbin/php-fpm | | Rebuilding php-fpm from ABS doesn't make that go away. | | Paul Arch bug: https://bugs.archlinux.org/task/31166 Upstream (PHP) bug: https://bugs.php.net/bug.php?id=62886 -- Simon Perry (aka Pezz) pgp87P1DI4m87.pgp Description: PGP signature
Re: [arch-general] systemd: Disable dhcpcd
On 20/08/12, David Hunter wrote: | Or better yet, install systemd-sysvcompat and say goodbye to sysvinit | completely. Ah, very good - that worked a treat (nice to have a reboot command again too). Cheers. -- Simon Perry (aka Pezz) pgpgFn3qAgjnO.pgp Description: PGP signature
[arch-general] systemd: Disable dhcpcd
Hi all, Today I've set up one of my VPS boxes with systemd after using it for a while on various laptops. I'm using netcfg@eth0.service to configure a static IP, however it seems that systemd insists on starting dhcpcd, and this screws up my resolv.conf. After a fair bit of looking around, I haven't found a solution to this, can anyone enlighten me on how to stop dhcpcd from being started as it's not needed? I simply can't find any unit in /etc/systemd that would be doing it. Cheers. -- Simon Perry (aka Pezz) pgphD1I77SCrc.pgp Description: PGP signature
Re: [arch-general] [signoff] linux-3.4.9-1
On 15/08/12, Tobias Powalowski wrote: | Hi guys, | please signoff 3.4.9 series for both arches. | package is not in testing, please grab it from here: x86_64 all good on a Lenovo T410s and 2 x VPS boxes. -- Simon Perry (aka Pezz) pgpy7nrVxei0m.pgp Description: PGP signature
Re: [arch-general] mkinitcpio
On 02/03/12, Myra Nelson wrote: | I don't think this is significant enough to warrant a bug. Since the | linux-3.2.6-1 kernel updates ( I don't remeber which version of | mkinitcpio, sorry), I've been getting the following warning when | mkinitcpio runs during the kernel install: | | cp: warning: source file | `/lib/modules/3.2.9-1-ARCH/kernel/fs/ext4/ext4.ko.gz' specified more | than once I think it's a bug, but like you, I'm reluctant to call out things like this. I have removed ext4 from my MODULES line, and removed the filesystems hook in order to get rid of the dupe message. Unless some dev comes along and says ext4 will always be in your initrd, I'm worried that this bug will be fixed then I'll rebuild, then I won't be able to boot because ext4 will be missing. Maybe I have the wrong idea here, but I never used to see this warning. -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] mkinitcpio
On 02/03/12, Tom Gundersen wrote: | Unless you have ext2/3, as those are now aliases for ext4. Cheers, that explains it. Example: http://pastebin.com/f760JeFA So, in order to make things nice, I should just use the filesystems hook, and not specify ext2 or ext4 in the modules line? -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] mkinitcpio
On 02/03/12, Thomas Bächler wrote: | Actually, except for 'atl1', all those module specs are unnecessary. Booting is scary. If I take out all the modules except atl1, leave my hooks as is, and my machine doesn't boot after a mkinitcpio + reboot - will you buy me a slab of beer? (Slab is the Australian quantity for 24 beers) :) -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] mkinitcpio
On 02/03/12, Thomas Bächler wrote: | Actually no. But you can make a backup copy of your old | initramfs-linux.img and compare lsinitcpio -a output for the old and new | one. It's a lot of output to parse and diff accurately. Nevertheless, be glad you didn't bet (even though I provided no counter reward). I've just spent 20 minutes netbooting, mount raid / lvm / luks volumes, and getting ext4 back into my initrd. Filesystems hook is necessary if you want to leave MODULES bare. -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] mkinitcpio
On 02/03/12, Thomas Bächler wrote: | Which I told you in my first reply. Apologies for missing this after reading: Actually, except for 'atl1', all those module specs are unnecessary. In the subsequent message... Not blaming you at all, but jesus - Captain Smug alert. -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] mkinitcpio
On 02/03/12, C Anthony Risinger wrote: | i guess you missed the make a backup copy of your old | initramfs-linux.img part? you should have been able to simply edit | you bootloader on the fly, and use the old copy. Yep, dumb mistake. :( Forgot to put it in /boot ... -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] mkinitcpio
On 02/03/12, C Anthony Risinger wrote: | ... respectively. i make backups so often that i should really have a | little alias or something ... then again, `cp` does backups itself, | maybe should leverage that, meh. I normally stick to the if I have the last working one there, and I can load it via editing the grub line, I'm good. Didn't eat my own dog food in this instance. I've grown to trust Arch kernels, however being the pedantic Sys Admin that I am, I like to resolve warnings (i.e. the mkinitcpio one). Something clearly changed in order to make this warning appear. I used to have ext2 and ext4 in my MODULES line, and autodetect and filesystems in my HOOKS. Never used to get a warning about ext4 being included twice, regardless of my lack of intricate know how. So when you see it, you try and fix it. Trying leads to removing things from mkinitcpio.conf, this leads to sympathising with a brother on the Arch list, then getting told you have unecessary modules in your mkinitcpio.conf by an Arch hero, then missing one thing they said and blurping your box. Anyway, as David Crosby said in The Simpsons: Just take it one day at a time and know that I love you. -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
[arch-general] libgdbm.so.4 breakage?
Hi all, I was about to lodge a bug regarding this, but now I'm not sure if it's something my system is doing or... Anyway, tonight I needed to RDP to a work box, and both Remmina and Vinagre both failed to run: % remmina remmina: error while loading shared libraries: libgdbm.so.4: cannot open shared object file: No such file or directory % vinagre vinagre: error while loading shared libraries: libgdbm.so.4: cannot open shared object file: No such file or directory So I wrote some scripts, and discovered the following packages are expecting this library (see http://pastebin.com/DyWw74iK for the complete output of my script): apr-util 1.3.12-3 avahi 0.6.30-6 python2 2.7.2-4 python 3.2.2-2 ruby 1.9.3_p0-2 subversion 1.6.17-7 vinagre 3.2.2-1 zsh 4.3.12-3 After seeing this, I tried svn: % svn --help svn: error while loading shared libraries: libgdbm.so.4: cannot open shared object file: No such file or directory Zsh works still, luckily... :) I have an entry in pacman.log that says I upgraded gdbm on: [2011-01-13 19:57] upgraded gdbm (1.8.3-7 - 1.8.3-8) [2011-11-07 01:00] upgraded gdbm (1.8.3-8 - 1.8.3-9) The reason I haven't lodged an FS is because I downgraded to gdbm 1.8.3-8 (from Janurary!) and it doesn't have libgdbm.so.4 either, so I'm not sure if there's something weird on my system or what. I'm confused and astonished that I haven't noticed it until tonight. pacman -Ql gdbm clearly states no reference to libgdbm.so.4, just libgdbm.so.3 ... Halp... Multipass... -- Simon Perry (aka Pezz)
Re: [arch-general] libgdbm.so.4 breakage?
On 30/11/11, Ionut Biru wrote: | have you tried pacman -Syu ? Twice a day normally... -- Simon Perry (aka Pezz)
Re: [arch-general] libgdbm.so.4 breakage?
On 30/11/11, Ionut Biru wrote: | do it again. | | gdbm 1.10 is in core. This must have only just gone to core, I upgraded to the 3.1.3 kernel this morning... The Aussie AARNet mirror is always pretty up-to-date. I'll wait for it to come through to the mirror. Cheers. -- Simon Perry (aka Pezz)
Re: [arch-general] libgdbm.so.4 breakage?
On 30/11/11, Simon Perry wrote: | | do it again. | | | | gdbm 1.10 is in core. | | This must have only just gone to core, I upgraded to the 3.1.3 kernel this | morning... | | The Aussie AARNet mirror is always pretty up-to-date. | | I'll wait for it to come through to the mirror. | | Cheers. It's now been 3 hours, and I've tried even the most up-to-date mirrors. Core has not updated on any mirror I've tried. http://mirrors.us.kernel.org/archlinux/ ftp://ftp.archlinux.org/ http://mirror.aarnet.edu.au/pub/archlinux/ -- Simon Perry (aka Pezz)
Re: [arch-general] libgdbm.so.4 breakage?
On 30/11/11, Cédric Girard wrote: | Strange, the file is there, at least on mirrors.us.kernel.org. | | I'm using http://mir.archlinux.fr and gdbm has been updated when I did Syu | a few hours ago. | | -- | Cédric Girard You are correct, the package is on the mirror: gdbm-1.10-1-x86_64.pkg.tar.xz 19-Nov-2011 00:37 81K I'm assuming these also need to be updated: core.files.tar.gz 29-Nov-2011 13:33 453K core.files 29-Nov-2011 13:33 453K core.db.tar.gz 29-Nov-2011 13:33 102K core.db 29-Nov-2011 13:33 102K This is on mirrors.us.kernel.org. -- Simon Perry (aka Pezz)
Re: [arch-general] libgdbm.so.4 breakage?
On 30/11/11, Cédric Girard wrote: | I'm using http://mir.archlinux.fr and gdbm has been updated when I did Syu | a few hours ago. Also, after changing my mirror to mir.archlinux.fr: % sudo pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community 906.8K 154.2K/s 00:00:06 [] 100% multilib is up to date :: Starting full system upgrade... there is nothing to do -- Simon Perry (aka Pezz)
Re: [arch-general] libgdbm.so.4 breakage?
On 01/12/11, Simon Perry wrote: | % sudo pacman -Syu | :: Synchronizing package databases... | core is up to date | extra is up to date | community 906.8K 154.2K/s 00:00:06 [] 100% | multilib is up to date | :: Starting full system upgrade... | there is nothing to do Fixed: % rm /var/lib/pacman/sync/core.db % pacman -Syu Not sure why or how, but something was preventing core.db from syncing. -- Simon Perry (aka Pezz)
Re: [arch-general] libgdbm.so.4 breakage?
On 30/11/11, Thomas Bächler wrote: | Please show the output of 'pacman -Qi gdbm' and 'pacman -Si gdbm'. All good now, once I rm'ed that core.db file. % pacman -Qi gdbm Name : gdbm Version: 1.10-1 URL: http://www.gnu.org/software/gdbm/gdbm.html Licenses : GPL Groups : None Provides : None Depends On : glibc sh Optional Deps : None Required By: apr-util avahi man-db perl python python2 zsh Conflicts With : None Replaces : None Installed Size : 380.00 K Packager : Stéphane Gaudreault steph...@archlinux.org Architecture : x86_64 Build Date : Sat 19 Nov 2011 11:07:48 EST Install Date : Thu 01 Dec 2011 01:08:25 EST Install Reason : Installed as a dependency for another package Install Script : Yes Description: GNU database library % pacman -Si gdbm Repository : core Name : gdbm Version: 1.10-1 URL: http://www.gnu.org/software/gdbm/gdbm.html Licenses : GPL Groups : None Provides : None Depends On : glibc sh Optional Deps : None Conflicts With : None Replaces : None Download Size : 81.37 K Installed Size : 380.00 K Packager : Stéphane Gaudreault steph...@archlinux.org Architecture : x86_64 Build Date : Sat 19 Nov 2011 11:07:48 EST MD5 Sum: 404f5fe5890f5447f0932d9b5b18c06b Description: GNU database library -- Simon Perry (aka Pezz)
Re: [arch-general] libgdbm.so.4 breakage?
On 30/11/11, Thomas Bächler wrote: | Indeed, -Syy is the right way to deal with this. TIL: -Syyu I was about to pull everybody up on IT'S NOT IN THE DAMN MAN PAGE... But it is: Passing two --refresh or -y flags will force a refresh of all package lists even if they appear to be up to date. I've used Arch and pacman for ages now, just one of those very obscure things you learn that you hopefully won't forget when you need it again. Apologies for the noise. Cheers. -- Simon Perry (aka Pezz)
Re: [arch-general] Gnome Shell freezes
On 03/11/11, Max wrote: | Date: Thu, 03 Nov 2011 12:08:31 +0200 | From: Max m...@posteo.de | To: arch-general@archlinux.org | Subject: [arch-general] Gnome Shell freezes | | Freezing means, the screen becomes unresponsive but everything seems | to continue working (sound and videos continue playing; even the mouse | pointer can still be moved). Most of the time I'm able to switch to a | virtual console although sometimes it takes 10-20 seconds after | CTRL+ALT+F1 to show up. Then, however, everything is running smoothly. | It's not possible to restart X since it will freeze again at the gdm | login screen, or even without using gdm when loading the desktop. I see the same issue pretty much once a day on my Lenovo work laptop, where I use two monitors via the two display ports that their crappy dock provides. It usually happens when I'm doing a CTRL-ALT-UP or DOWN key sequence to move between virtual desktops. Does it happen to you during a similar action? The Levovo is a T420S with an Intel graphics chip. It actually runs great, handles two decent res screens at once, but I get the gnome-shell lock-up at least once, usually after 20 minutes or so after booting. On my old Dell Inspiron 1420 that I use at home, nVidia based, single screen; it has never exhibited the same issue. My workaround is to CRTL-ALT-F1 to a console, login then issue a killall -HUP gnome-shell, logout, then change back to F7. That fixes it and amazingly everything is still where it was desktop-wise. I know this doesn't help much, but I thought I'd relay my experience as it does sound similar. Cheers. -- Simon Perry (aka Pezz)
Re: [arch-general] bad login attempts not written to /var/log/btmp
On 26/07/11, Marek Otahal wrote: | not working here either. i686, [testing], the log file is empty I don't use [testing] - does it use a different version of shadow? Maybe try setting this in /etc/login.defs: FTMP_FILE /var/log/btmp -- Simon Perry (aka Pezz)
Re: [arch-general] bad login attempts not written to /var/log/btmp
On 27/07/11, Renato wrote: | no, didn't know it conflicted with lastb. However, stopping it doesn't | change the situtation, bad logins aren't logged to /var/log/btmp. | | Can I configure syslog-ng to report bad login attempts? Dude, it's not syslog-ng. Read the man pages, for example man lastb says: NOTES The files wtmp and btmp might not be found. The system only logs information in these files if they are present. This is a local configuration issue. If you want the files to be used, they can be created with a simple touch(1) command (for example, touch /var/log/wtmp). These are also clues (in the same man page): SEE ALSO shutdown(8), login(1), init(8) -- Simon Perry (aka Pezz)
[arch-general] Reporting for [extra] packages?
Hi, I need to file a bug against unison, which is in the extra repo, and was wondering whether I just put it under Arch Linux or perhaps Community Packages in the bug tracker? Cheers. P.S. It looks like it was compiled with the testing repo enabled: % unison --help unison: /lib/libc.so.6: version `GLIBC_2.14' not found (required by unison) -- Simon Perry (aka Pezz)
Re: [arch-general] Reporting for [extra] packages?
On 09/06/11, Evangelos Foutras wrote: | Arch Linux is the correct project to file this bug under. Community | Packages is used exclusively for packages in [community]. Thanks mate, bug created. I've now noticed that when filling out a report you can select the extra repo when classifying the report. :) -- Simon Perry (aka Pezz)
Re: [arch-general] Change Arch's default crond
On 06/04/11, Thomas S Hatch wrote: | Right, both are viable choices, btw I will be migrating my datacenters away | from dcron in the near future and doing a series of tests on cronie and | fcron, I will post my findings to the list. Here's one reason I stopped using fcron and went to cronie: | 2.2.12. How can I emulate a Vixie cron @reboot entry? | | You should use a line similar to the following one: | | @volatile,first(1) BIG-period /your/command | | This will run /your/command one minute after every reboot. Bizarre. -- Simon Perry (aka Pezz)
Re: [arch-general] Change Arch's default crond
On 07/04/11, Heiko Baums wrote: | And this doesn't work in dcron, at least not as reliable as | the equivalent bootrun of fcron. And that's one point why fcron is | much better than dcron. Are you sure that this is working in cronie? If | yes, are you sure that this works in cronie as reliable as in fcron? It's been a while, but from what I remember bootrun is not equivalent to @reboot. The only way to get @reboot behaviour was using that weird volatile method. @reboot works perfectly in cronie. -- Simon Perry (aka Pezz)
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On Wed, 30 Mar 2011 14:06:48 +0530, Partha Chowdhury wrote: Output from lsof: sudo /bin/lsof -i COMMANDPID USER FD TYPE DEVICE SIZE NODE NAME pdnsd 1207 nobody4u IPv4 2434 TCP localhost:domain (LISTEN) pdnsd 1207 nobody5u IPv4 2435 UDP localhost:domain pdnsd 1207 nobody8u IPv4 81232 UDP 172.16.37.164:40131-AS-20144-has-not-REGISTERED-the-use-of-this-prefix:domain linc 1214 root5u IPv4 2448 UDP *:55089 ntpd 1216 root 16u IPv4 2451 UDP *:ntp ntpd 1216 root 17u IPv4 2455 UDP localhost:ntp ntpd 1216 root 18u IPv4 2456 UDP 172.16.37.164:ntp X 1377 root1u IPv4 2964 TCP *:x11 (LISTEN) gweather- 1538 partha 18u IPv4 78973 TCP 172.16.37.164:53421-a125-56.222-11.deploy.akamaitechnologies.com:http (CLOSE_WAIT) I think you're confused. That's essentially a netstat, I can't see where you have 80 open on your IP of 172.16.37.164. It just shows you have a connection *to* port 80 to an Akamai host (a common provider of localised content used by many companies). -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] Port 80 is shown open in port scan without any web server running
I give up trying to understand this. Initially you were complaining about port 80 being open on your host, you gave us a list of open ports - not an nmap of another host. So now a transparent proxy is the concern? On Wed, 30 Mar 2011 15:45:18 +0530, Partha Chowdhury wrote: nmap -sV 115.187.45.97 Starting Nmap 4.20 ( http://insecure.org ) at 2011-03-30 15:06 IST Interesting ports on 115.187.45.97: Not shown: 1696 filtered ports PORT STATE SERVICE VERSION 80/tcp open http? 1 service unrecognized despite returning data. If you know the service/version, please submit the following fingerprint at http://www.insecure.org/cgi-bin/servicefp-submit.cgi : SF-Port80-TCP:V=4.20%I=7%D=3/30%Time=4D92F9D0%P=i686-pc-linux-gnu%r(Help,D Service detection performed. Please report any incorrect results at http://insecure.org/nmap/submit/ . Nmap finished: 1 IP address (1 host up) scanned in 114.226 seconds So it seems my ISP is running squid version 3.2.0.4-20110203 in transparent mode , just like you said. Interestingly when connecting to random ip addresses on port 80, the error page returned is quite different from normal ones. http://www.freeimagehosting.net/image.php?280f0ef980.png Does this transparent proxy pose any threat and what can I do to stop that ? -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On Wed, 30 Mar 2011 16:18:47 +0530, Partha Chowdhury wrote: initially I wanted to know why port 80 is shown open on my machine and i gave the lsof output to show that no service was listening to port 80 on my machine. The nmap output of the ip - that is my public ip at the moment ( got that by visiting whatismyip.com) shows port 80 as open when it should be blocked according to my iptables configuration. Basically i was afraid some rootkit/malware was running web server on my machine by making it invisible ! So your machine is 172.16.37.164, which you have to configure and tell your ISP because they NAT externally from 115.187.45.97 to many internal 172.16.37.* users? Therefore more than one person could have an external address of 115.187.45.97 mapping back to their 172.16.37.* IP? Even though only one person could have 115.187.45.97:80 mapped back to them? Are you sure about how this works? -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] Port 80 is shown open in port scan without any web server running
On 30/03/11, Jakob Gruber wrote: | Off topic, but your mails always break list threads. Please fix your | client to make reading these lists easier for everyone :) Am I doing it right? :) (using mutt v Roundcube) -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] inefficient handling of bug reports?
On Mon, 28 Mar 2011 16:07:12 +0300, Ionuț Bîru wrote: instead we chose to have some style but not everyone use it. I don't understand why people can't tell other people where they think the bug is. If it's not right, let the wrangler handle it. I think if someone is prepared to even consider submitting a bug report in an environment as intimidating as Arch, give them a go. Hell, I'm shit-scared about sending this e-mail. I believe the coders among us appreciate efficiency and automation, so maybe we can improve this system? only if we use bugzilla. Sorry if I'm wrong-top-posting or whatever, I'm using Roundcube. I've had an account on bugs.archlinux.org for a while, I still can't even see the new bug button, it doesn't exist as far as I can see. I don't see why being able to say this bug is in package X is such a problem, given that only the chosen people are able to create bugs in the first place. You always say you want people to help, but it seems so hard to do so, even when the information you have is easy to convey. -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] inefficient handling of bug reports?
On Mon, 28 Mar 2011 17:21:46 +0200, Jelle van der Waa wrote: Btw in short, there is an RSS feed for new bugs. here is the feed for [community] https://bugs.archlinux.org/feed.php?feed_type=rss1project=5 So there is no need for a special mailing list. That's great, but everyone has to keep an eye on everything, all of the time. I still don't know where the new bug button is. I still have no way of helping the hapless wrangler who has to monitor every single bug. -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] inefficient handling of bug reports?
On Mon, 28 Mar 2011 18:40:04 +0300, Ionuț Bîru wrote: the button is called Add new task I actually just spotted that. I'm not kidding -- Hmm, let's see what Add New Task does. IT CREATES A NEW BUG REPORT. Let me say the magic words: I'm sorry. But.. New Bug.. Nobody thought of that? -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] inefficient handling of bug reports?
On Tue, 29 Mar 2011 00:18:14 +0800, Ray Rashif wrote: There is no problem. What are you talking about? Anyone is free to mention in the report what package they think is related. Which eludes to the original issue - instead of a wrangler, or team of wranglers, who have to deal with everything, let users do the initial assignment, then if it needs to go somewhere else, the team it's been assigned to can throw it back to the wranglers. I digress, I think... What information? You have a tracker, you know it's Flyspray, if you can file a feature request with at least a demonstrated logic if not a PHP patch. If it's easy to implement, we might do it. Else, you can go upstream. Now, let's not get into why we use Flyspray in the first place. You can ask the rest of the OSS world why they use what they use. I understand, but look, this is the first time I've ever commented on this list. Even though the button name makes no sense, I'll go back to lurking. -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
Re: [arch-general] inefficient handling of bug reports?
On Mon, 28 Mar 2011 18:53:35 +0200, Cédric Girard wrote: Every task is not a bug. It could be a feature request or something else. Yep, and I get Ionuț Bîru's Bugzilla comparison now. -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]
