Re: [arch-general] pkgstats api
On 18.09.2016 13:14, Chris Stryczynski wrote: Apologies I sent this through yesterday but without any subject so not sure if it gets picked up. I was wondering if there is an API / JSON endpoint for pkgstats? Saves me having to scrape the page! I'm interested to build a packages / aur frontend. Unfortunately there is no API atm. -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] [ArchWiki] Why isn't MediaWiki upgraded to 1.23?
Am 11.10.2014 05:22, schrieb Dario Giovannetti: MediaWiki 1.23.0 (LTS) was released last June, and it's now at 1.23.5 [1], however the ArchWiki is still using the legacy 1.22 version, and 1.23 is being pushed to a separate mw-1.23 branch [2]. Has the reason for this been discussed publicly, or can it be made public in this thread? [1] http://www.mediawiki.org/wiki/MediaWiki_1.23#Release_schedule [2] https://projects.archlinux.org/vhosts/wiki.archlinux.org.git/ Thank you Hi, I simply had no time yet and need to address some issues. I might get to it next week though. Btw: the 1.22 branch is still maintained; so no need to worry here. Greetings, Pierre -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] Docked Lenovo T540p Not Recognizing Dual Monitors
Am 27.06.2014 17:51, schrieb Jude Lucien: I unfortunately have a Lenovo T540p laptop and an UltraDock docking station. Plugged into the docking station is a Lenovo monitor via DVI and an Ilyama monitor via VGA. The monitors are not recognised by xrandr as being separate monitors, and the output mirrors each other. The output of xrandr -q: $ xrandr -q Screen 0: minimum 8 x 8, current 4560 x 1620, maximum 32767 x 32767 eDP1 connected 2880x1620+1680+0 (normal left inverted right x axis y axis) 344mm x 193mm 2880x1620 59.96*+ 50.00 2048x1536 60.00 1920x1440 60.00 1856x1392 60.01 1792x1344 60.01 1600x1200 60.00 1400x1050 59.98 1280x1024 60.02 1280x960 60.00 1024x768 60.00 800x600 60.3256.25 640x480 59.94 VGA1 disconnected (normal left inverted right x axis y axis) DP1 disconnected (normal left inverted right x axis y axis) HDMI1 disconnected (normal left inverted right x axis y axis) DP2 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 255mm x 255mm 1680x1050 60.00*+ 1024x768 60.00 800x600 60.3256.25 848x480 60.00 640x480 59.94 HDMI2 disconnected (normal left inverted right x axis y axis) VIRTUAL1 disconnected (normal left inverted right x axis y axis) eDP1 is my laptop monitor and DP2 is the Lenovo monitor. Notice the maximum screen size at the top of the output. I notice that I have more screen than I can use - how to set that to actual size as well? But the burning question is how can I get my VGA monitor to be recognised? There is a good chance the cocking station uses MST to provide all the monitor outputs. ATM Linux does not support this; good new is that it's being worked on: http://airlied.livejournal.com/79388.html -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] Heartbleed-bug in OpenSSL 1.0.1 up to 1.0.1f
Am 08.04.2014 17:29, schrieb Neal Oakey: Hi, there is an Bug(1) in OpenSSL 1.0.1 and as far as I'm informed this has only been patched in 1.0.1g. Many other Distributions have build there own patch, what is with us? Currently we have 1.0.1.f-2 which is effected as far as I can know. Greetings Neal 1) (sry, German) http://www.golem.de/news/sicherheitsluecke-keys-auslesen-mit-openssl-1404-105685.html I actually did push an updated package within 3 hours after the public announcement. I think that is pretty reasonable especially since we are not among the fortunate distros and companies that were notified beforehand. Greetings, Pierre -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] [arch-dev-public] Upgrading Apache to 2.4
Am 12.03.2014 00:23, schrieb Eduardo Machado: 2014-03-10 15:21 GMT-03:00 Anatol Pomozov anatol.pomo...@gmail.com: Hi On Fri, Mar 7, 2014 at 1:10 AM, Sebastiaan Lokhorst sebastiaanlokho...@gmail.com wrote: Thanks for taking the effort to finally update Apache! When trying to start Apache with PHP, I get the same error as Rene. Just to be clear, what is the recommended way to run Apache+PHP now? Will mod_php5 will still be supported? Ok, it seems that main source of questions is php-apache package that causes Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe. You need to recompile PHP. error at apache start. The answer is that you need to switch apache MPM from default mod_mpm_event to slower but mod_php-compatible mod_mpm_prefork. See more information in at wiki page https://wiki.archlinux.org/index.php/LAMP#Troubleshooting BTW kudos to our users who already updated wiki for Apache2.4! And of course anyone is welcome to create a threadsafe version of php-apache in AUR so it can be used with mpm_event. I was studying the php package to build an php fully compatible with apache 2.4. I understand that php is the base package and the others are split packages (many)... So, would you know if it is necessary to rebuilt all the php packages or only the php-apache? Thanks in advance. A question, i saw some references [1] that the apache MPM can be dinamically changed. Is it true in Arch? [1] http://kb.parallels.com/en/113007 You need to recompile the whole PHP package and all external modules like xcache etc.. Note that there is a good chance you run into issues with esp. modules. -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] Move from libjpeg-turbo to mozjpeg
Am 08.03.2014 04:32, schrieb N30N: Hi there, Mozilla have made a fork of the libjpeg-turbo package called mozjpeg, which features improved encoding: https://blog.mozilla.org/research/2014/03/05/introducing-the-mozjpeg-project/ I'd like to propose making the switch. The library configuration defaults are the same as for libjpeg-turbo, in order to make transitions as painless as possible. A PKGBUILD can be found on the AUR: https://aur.archlinux.org/packages/mozjpeg/ Thanks for your consideration, N30N. It'd be better if they'd push their changes upstream. I don't see any point in forking here. -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] nginx in a linux container
Am 23.02.2014 10:02, schrieb arnaud gaboury: Hi all, I have a running container managed by systemd-nspawn. I want now install/set up nginx inside it, following Arch wiki. gab@dahlia ➤➤ ~ # mkdir $JAIL/dev mkdir: cannot create directory ‘/srv/hhtp/dev’: No such file or directory ??? There is a typo hhtp instead of http. -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] Forum registration requires INSANE captcha.
Am 10.02.2014 15:42, schrieb Feliz Xett: Hi all! I hope it's ok to bother this list with this question/suggestion/rant about the forum registration process. Hi, I implemented this captcha some years ago as we had massive spam and troll problems. We are not just fighting spam bots but actual humans here. These typical graphical captchas with distorted text can only be solved by computers there days (such irony). I also tried textual questions like Who invented Arch Linux?; but as this can be easily solved by Wikipedia/Google, it did not hold for long. So far the current method works fine, the vast majority of Arch users is able to bypass it and our forums and wiki wont get spammed making our moderators live a little easier. I am open for suggestions though, to solve this issue in a more elegant way. (also note that someone needs to actually implement this then) Greetings, Pierre -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] Donate to Arch Linux
Am 26.09.2013 08:56, schrieb Martti Kühne: On Mon, Sep 23, 2013 at 8:03 PM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: [...] https://wiki.archlinux.de/title/Spenden JFTR in Germany it's more common to make anonymous donations and surprise :) !!! Alle Spenden sind anonym. translated All donations are anonymous. The usage of the donations is documented at https://wiki.archlinux.de/title/Spendenkonto-Umsätze Uhhhm To me it is not apparent if this is the same thing or if this is archlinux.de specific, and I haven't found the section which would clarify. Just because that's Pierre's account there, I *tend* to believe it's the same thing, but I'm struggling to find more indication for that. Has Anyone Really Been Far Even as Decided to Use Even Go Want to do Look More Like? cheers! mar77i Interesting, I thought I made that clear. These donations are only used to pay for the server that power archlinux.de and related services. If you donate through SPI this money is used to pay the bills for the archlinux.org-Server. Greetings, Pierre -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] Arch handbook as PDF
Am 13.02.2013 23:29, schrieb Ralf Mardorf: Hi :) is there an up to date handbook, beginner's guide or even better the Wiki available as PDF? I already found outdated PDFs. Languages: English and/or German I did not check it's content yet, but someone wrote a book about the Arch installation. It's available as PDF and in German: http://www.schreibdichte.de/download/ Greetings, Pierre -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] Winter Cleanup of [community]
Am 19.01.2013 17:54, schrieb Alexander Rødseth: Another positive development is that all the ibus-packages that nobody seemed to want to adopt, are no longer orphans. Thanks goes out to Felix Yan, one of our latest TUs, for that. The list of unneeded orphans can be viewed at this page: https://www.archlinux.org/devel/reports/unneeded-orphans/ Be careful, this list does not contain makedepends. So don't blindly remove those packages. -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] Secure Boot Support
Am 05.12.2012 10:36, schrieb Thomas Bächler: We don't understand what to do here at all. That's why we the developer who will be packaging these things needs access to such a machine himself. I'd really have fun figuring this out, but I currently don't want to spend money on a new computer. I don't plan to buy such a mainboard in the near future either. but in general I would prefer to create our own keys and let the user import those into the firmware. This way we would not depend on prebuild boot loaders signed by Microsoft or anybody else. Security-wise this would also be much saner. But Thomas is right: this has to be implemented and tested by those who own such hardware; which at this time we don't. Greetings, Pierre -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] Still no word on Apache httpd 2.4
Am 26.10.2012 13:58, schrieb Florian Pritz: Some modules aren't compatible with 2.4. Around a month ago I heard at least mod_php and mod_fastcgi are having problems, but I don't know if those have been fixed yet. PHP supports Apache 2.4 since March. -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] Iinstallation program
Am 21.09.2012 10:12, schrieb Frederic Bezies: On 21/09/2012 10:03, Jan Litwiński wrote: When will Arch have more friendly installation program like Ubuntu, Fedora, or opwnSUSE. I installed Arch some years ago and it was very difficult for me. If you're looking for a more simpler installation program, check manjaro linux - http://www.manjaro.org/ or Chakra Linux - http://www.chakra-project.org/ Just keep in mind that you are not going to end up with an Arch installation here. This is fine, but it seems people forget about this on a regular basis when they ask for help on forums or our bug tracker. Back to topic: the Arch installation will never get a lot easier as it is now. -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] talking arch disk and instructions were both outdated here
Am 28.07.2012 17:52, schrieb Jude DaShiell: I'll have to download a newer copy of the talking arch disk among other things that takes account of pacstrap and uses the arch scripts rather than the framework to install archlinux. The braille instructions I made are also outdated so I'll fix that after some reading. Earlier this morning I got through the partitioning and formatting of a hard drive and since the material I have on archlinux on this end is that outdated, I decided to install debian on the large hard drive only archlinux could install on earlier. Debian would always thrash the disk before. This time no disk thrashing. Apparently use of archlinux to give debian some clues worked. I'll put archlinux on some of my smaller drives in the future when I figure out how to do that now that the talking archlinux I have no longer finds grub to install it. Chris Brannon just released a new iso of the talking arch system: http://the-brannons.com/tarch/ Greetings, Pierre -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] Arch install scripts : feedback and questions.
Am 18.07.2012 18:30, schrieb fredbezies: Hello. Just done an install using arch-install-scripts, and it wasn't so bad. The only bad thing is that grub2 is not available. I busted my installed system trying to install grub 2.0rc1 (wrong UUID in grub.cfg file). I finally installed syslinux while trying to understand what happened. So, great tools, not really that hard to use. Here are my questions : 1) Any hope to get grub2 as default grub in a future version ? 2) What about GPT tools ? 3) What about tweaking /etc/rc.conf before first reboot ? Thanks for your kind answers. grub 2 is currently in testing. Once this moves to core and grub1 will get removed from the repo we will include it for the next iso. -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] Country Name (ISO-3116) Issues
Am 02.07.2012 01:47, schrieb Tom Gundersen: On Sun, Jul 1, 2012 at 9:49 PM, Loui Chang louipc@gmail.com wrote: But as has been suggested maybe Arch should choose a different upstream for this kind of information. Please open your mind a little, a false standard is no standard at all. I had a look at ICU, but could not find any satisfactory documentation. They claim to take their data from the same ISO standard that we already use, but I could find no explanation for the discrepancy. To be a bit constructive: IMHO any proposal for a change must be made in general terms, and not by special-casing based on this issue. So, if we can find a new upstream that is comparable to ISO3166, but at the same time is somehow more neutral, that would be something to consider I guess. In addition to all the arguments why we cannot simply change country names and we are in general the wrong people to ask for there are also technical reasons to not make up our own names here. All kinds of software and libraries support this naming standard which makes it possible to map country names. For example I use geoip and our mirrorlist to redirect users to the best mirror within their country. There are probably other use cases which rely on the country names being standardized. So yes, if you think your country is named wrongly in the standard you should change this standard or create a new one which then needs to be accepted by most software projects. We probably ship a lot of packages using these names and patching all these ourselves is not the way to go. And even if we would want to, on what should we base a decision? Obviously there are different opinions how certain countries should be named. However, one could switch to the two or three letter naming standard which hopefully would be less controversial. It would also be less human readable, but at least one would keep it technically valid. Greetings, Pierre -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] Location of sample websites
Am 08.06.2012 22:59, schrieb Jayesh Badwaik: Hi, I am using wordpress and I found that the sample wordpress site is installed in the /srv/http location. I find it convenient that all such sample/getting started things should be actually installed someplace like /usr/share/wordpress/ and then anyone who wants to use the site can copy paste the files to wherever he wants and then use them accordingly. Is there any reason for the current behaviour? Am I missing some aspect? Thanks for your reply in advance. No package should install anything into /srv (it's kind of a /home for services; see FHS). If it does it is a bug that should be reported. -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] UEFI secure boot
Am 04.06.2012 20:18, schrieb Genes MailLists: Just to add another fedora link: https://fedoraproject.org/wiki/User:Pjones/Features/SecureBoot Sounds like they till plan to make use of the UEFI CA $99 signing service from Microsoft. Do you think Arch should follow suit or require instead that Secure Boot is disabled? No. 1) Do not buy locked down hardware if possible. 2) On x86 you should be able to disable secure boot or put our signing key in there. -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-general] [arch-dev-public] Cleaning up orphaned packages
Am 24.02.2012 17:06, schrieb Lukas Fleischer: Apart from that, +1 to this idea. I already checked the list of unneeded orphans and there's 20 packages I'd like to maintain if they aren't picked up in [extra]... Send me a list of these packages. But ensure they are still orphan and are not a dep or makedep of any package in core/extra. Greetigns, Pierre -- Pierre Schmitz, http://pierre-schmitz.com
Re: [arch-general] [arch-dev-public] Cleaning up orphaned packages
Am 24.02.2012 16:45, schrieb Bartłomiej Piotrowski: On 02/24/2012 04:19 PM, Pierre Schmitz wrote: * If a TU wants to maintain an orphan that is currently in [extra], please let us know. Then if you could move following packages to [community], I'd be glad to take them: * gftp * midori * orage * ristretto * pwgen * vsftpd I moved these into community: gftp ristretto vsftpd midori and pwgen already in community orage is part of the fce4-goodies group with packages in extra Greetings, Pierre -- Pierre Schmitz, http://pierre-schmitz.com
Re: [arch-general] [arch-dev-public] kernel config change in testing
Am 21.02.2012 19:49, schrieb Keshav P R: On Tue, Feb 21, 2012 at 23:08, Tobias Powalowski tobias.powalow...@googlemail.com wrote: Hi new kernel in testing has: https://bugs.archlinux.org/task/25341 - ext4 manages now ext2/ext3 and ext4 Please report if any issues happen, here all went fine on all machines. I had not to change any config file like fstab or mkinitcpio.conf. No x86_64 kernel https://www.archlinux.org/packages/testing/x86_64/linux/? Why is x86_64 still treated as a second class citizen? tpowa? It is not. Both architectures are always released at the exact same time. (There might just be a delay in the web interface here) Also x86_64 is used by the majority of arch developers and users.
Re: [arch-general] [arch-dev-public] broken PKGDEST?
Am 14.02.2012 16:05, schrieb Tobias Powalowski: Am 14.02.2012 15:58, schrieb Tobias Powalowski: i don't quite understand your workflow. can you describe them in simple steps and point where is failing and how? ok I think we come a bit closer, Problem is that both chroots use different PKGDEST, That cannot be supported in a sane way. Why would you need that anyway? the devtools before didn't use PKGDEST and just checked for the symlinks which are working. Can we change that back, do I need to change my config? Why don't you just use the archbuild aliases (testing-x86_64-build etc.) for your packages? -- Pierre Schmitz, http://pierre-schmitz.com
Re: [arch-general] Xorg 1.12 moves soon to testing for stabilization phase
Am 12.02.2012 10:48, schrieb fredbezies: 2012/2/12 Andreas Radke andy...@archlinux.org [Xorg 1.12] - State of closed drivers: Nvidia has a beta pkg out with Xorg 1.12 support. Let's pray it's already in usable state. Catalyst (AUR) users will stay in the dark as on every major Xorg release for a while. Are nvidia beta drivers being built with this release ? I think I will do an IgnoreGroup = Xorg for some days ;) Yes, nvidia drivers are in the same repos. -- Pierre Schmitz, http://pierre-schmitz.com
Re: [arch-general] Dependency: pyalpm: requires pacman3.6 (workaround install pyalpm?)
Am 17.01.2012 21:32, schrieb Karol Blazewicz: On Tue, Jan 17, 2012 at 10:26 PM, David C. Rankin drankina...@suddenlinkmail.com wrote: David C. Rankin, J.D.,P.E. This mail didn't make much sense to me untill the very last line ... You can solve it in a number of ways e.g. remove pyalpm, update pacman, update pyalpm if available: https://bbs.archlinux.org/viewtopic.php?pid=1042280#p1042280 The best way is to add pyalpm to SyncFirst in pacman.conf and just run -Syu. -- Pierre Schmitz, http://pierre-schmitz.com
Re: [arch-general] Upgrading from Don't Panic Fresh Install
Am 15.01.2012 21:35, schrieb Thomas Misilo: Hello, I was wondering if there are any mirrors out there that still support upgrading from Don't Panic? As it seems the directory structure has changed a lot. Before you ask WTF, I just want to say that this is the only version of the ISO I have found that actually boots the installer and doesn't panic. (Due to only have 256MB of ram) Thanks, Tom There is really no easy way to update from such an old system. You will run into all kinds of problems. Not only did the repo layout, pacman itself or the package compression change. You might also have problems running our new packages which require a newer kernel etc.. In short: It's not worth trying. Better: Tell us why the most recent ISO wont work for you. Afaik you can even install arch with just 64MB of RAM; even though such a system wont be of much use these days. Greetings, Pierre -- Pierre Schmitz, http://pierre-schmitz.com
Re: [arch-general] Upgrading from Don't Panic Fresh Install
Am 15.01.2012 21:58, schrieb Thomas Misilo: I was only trying the archboot cd, which wasn't working. Using the newest installer works. Sorry for not trying that first! That's what I get for not labeling discs and just trying them :) archboot copies the whole image to ram first as everything is in a giant initramfs. No wonder it wont work with 256MB of RAM. -- Pierre Schmitz, http://pierre-schmitz.com
Re: [arch-general] pacman new generation
Am 21.11.2011 20:43, schrieb Bernardo Barros: On Mon, Nov 21, 2011 at 11:40 AM, Thorsten Töpper atsut...@freethoughts.de wrote: Seriously, it's probably meant like this but your mail reads like a Hey why don't you learn $INSERT_LANG_HERE and rewrite your whole system. Hello Thorsten, no, you got it wrong. It's about ideas not languages. I think it makes sense in a rolling release OS like Arch. Ideas like for example pacman --rollback Would be possible then We have an old bug reprot about this. See my comment at https://bugs.archlinux.org/task/8585#comment47567 With btrfs this might be possible to implement in a clean and sane way. And as I said back then: This feature does not really belong in a package manager; even though ti could trigger snapshot creation etc. -- Pierre Schmitz, http://pierre-schmitz.com
[arch-general] [signoff] reiserfsprogs 3.6.21-4
hi all, there is a simple rebuild waiting for signoffs in testing. As this packages does not have a single signoff since two weeks I am calling out to everybody (Dev, TU and users) using it. Just let me know if the package still does its intended job. Greetings, Pierre -- Pierre Schmitz, http://pierre-schmitz.com
Re: [arch-general] [signoff] linux-3.0.6-2
Am 09.10.2011 07:43, schrieb Tobias Powalowski: Could you point me to some more info about this (I couldn't find any bug reports)? I'm interested in following up on it so we can one day move to ondemand by default. For what it's worth, fedora and opensuse have been using ondemand for some time. Is it known why we are seeing problems and they are not? Thats why I changed it, Thomas comes up with the concerns. You can always use cpufreq to change to whatever you need though. I have no issues with changing it again to ondemand or let it on performance. Shall we vote about it? greetings tpowa It does not matter that much. The cpufreq modules are not loaded by default. But that might change some day. On my old Opteron cpu I noticed an increased response time when using the ondemand governor. On the other hand I have seen cheap notebooks which will overheat easily if you don't clock down the cpu most of the time. I think Thomas was concerned about p4-clockmod. But this isn't a real clock scaling driver anyway; so shouldn't be used with cpufreq. In short: the user has to decide what is best for them. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Kernel.org compromised. Are Arch users safe?
On Thu, 1 Sep 2011 14:47:40 +0200, Tom Gundersen wrote: On Thu, Sep 1, 2011 at 2:35 PM, Ionut Biru ib...@archlinux.org wrote: On 09/01/2011 03:30 PM, Paulo Guedes wrote: Since mirrors.kernel.org is one of the main mirrors used in Arch what's the best measureus to take right know? Format the computer and reinstall arch? Uninstall any update since last week? kernel.org != mirrors.kernel.org just to be clear In any case, the packages on mirrors.kernel.org have been checked, and they are not compromised. -t I cannot find the original mail but only this copy (someone might want to check the signature) http://pastebin.com/BKcmMd47 This states that also the mirrors might have been affected. While we can quite easily ensure that there are no compromised packages atm we don't know if there were some in the past. But this is in no way different than using any other mirror; in general using any Arch mirror is insecure. That's why some smart people are working hard on package signing. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre
[arch-general] PHP: Dropping Suhosin patch and PEAR
Hi all, The recent PHP 5.3.7 packages will be shipped without the Suhosin patch and there also wont be a PEAR package. While I like the suhosin project I have to assume that this is stalled at best. There are no new releases since PHP 5.3.4 was released. I also wasn't able to contact the author to ask about the current state. Even though porting the patch to new minor php releases is quite easy, I don't feel comfortable about this; doing so wont also be the Arch way. If anybody knows more about the current state of Suhosin, please let me know. Note: I'll keep the Suhosin extension as long as it works though. In addition to this I removed the php-pear package. The main problem is that the recent version of PEAR does not support the installation to a destination directory. There are quite a lot of bug reports about this; some of them are very old.* I am not really interested to add any hacks to make it working. This has to be fixed upstream once and for all; unless they really don't want to have pear redistributed. For anybody interested in using pear I'd suggest creating a separate PKGBUILD and put it into AUR. The Fedora spec file might be a good start: http://pkgs.fedoraproject.org/gitweb/?p=php-pear.git;a=blob;f=php-pear.spec Greetings, Pierre *) https://bugs.php.net/bug.php?id=18568 http://pear.php.net/bugs/bug.php?id=6154 https://bugs.php.net/bug.php?id=50509 https://pear.php.net/bugs/bug.php?id=17067 -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [arch-dev-public] PHP: Dropping Suhosin patch and PEAR
On Thu, 18 Aug 2011 16:32:15 +0200, Pierre Schmitz wrote: Hi all, The recent PHP 5.3.7 packages will be shipped without the Suhosin patch and there also wont be a PEAR package. While I like the suhosin project I have to assume that this is stalled at best. There are no new releases since PHP 5.3.4 was released. I also wasn't able to contact the author to ask about the current state. Even though porting the patch to new minor php releases is quite easy, I don't feel comfortable about this; doing so wont also be the Arch way. If anybody knows more about the current state of Suhosin, please let me know. Note: I'll keep the Suhosin extension as long as it works though. Now that is perfect timing :-) https://twitter.com/#!/i0n1c/status/104194056384552960 I'll have a look at that then. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Installation images in need of an update?
On Sat, 4 Jun 2011 10:38:01 +0200, JM wrote: Hello, The current installer images are from 05.2010 which is over a year old. I was unable to install Arch on my new laptop using this installer due to insufficient hardware support in kernel 2.6.33. Are there any plans to update it? Regards, JM Have a look at https://bbs.archlinux.org/viewtopic.php?id=119203 -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Status of kernel26-2.6.39-1 in [testing]?
On Sat, 21 May 2011 16:01:35 +0200, Marek Otahal wrote: Hi, I wanted to ask what's happening with current kernel in testing? I can get it from testing repositories for about two days, but haven't seen a sign-off thread yet. The reason I'm asking is that I wanted to say NOsignoff for me on i686. The boot process gets stuck at 'loading modules' before stage 3. Tried - fallback - the same. I'll post more info if needed (but I suppose you also know it's broken..). Thanks, Mark If you found a bug you should report it on the tracker. Otherwise your concern might be lost. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] makepkg openjd ca-certificates-java
On Sun, 8 May 2011 18:16:13 -0600, Javier Vasquez wrote: Hi, I've tried building openjdk, but it has a make dependency upon ca-certificates-java, and ca-certificates-jave also has a make dependency upon openjdk: http://projects.archlinux.org/svntogit/packages.git/plain/openjdk6/repos/extra-x86_64/PKGBUILD http://projects.archlinux.org/svntogit/packages.git/plain/ca-certificates-java/repos/extra-any/PKGBUILD How is that resolved when building? Reson for asking is building on non x86 architecture... Thanks, Technically openjdk does not depend on ca-certificates-java. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Pruning the bugtracker
On Wed, 4 May 2011 20:43:27 +0200, JM wrote: I have browsed through all High and Medium severity bugreports and categorized some of them here: https://wiki.archlinux.org/index.php/User:Fijam . Maybe we should also consider a more aggressive approach. There are currently more than 600 open bugs. Instead of reviewing each of them we could look for a way to automatically close quite old bugs and ask the reporter to request a re-open if the bug is still valid. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Drop non-free ?! (Was: Commit in ffmpeg/trunk)
On Sat, 7 May 2011 12:05:21 -0400, Loui Chang wrote: On Sat 07 May 2011 18:32 +0300, Ionut Biru wrote: On 05/07/2011 06:28 PM, Grigorios Bouzakis wrote: Ionut Biru wrote: drop nonfree stuff, fix headers Modified: PKGBUILD === --- PKGBUILD 2011-05-07 11:29:11 UTC (rev 122937) +++ PKGBUILD 2011-05-07 11:51:04 UTC (rev 122938) @@ -5,26 +5,28 @@ -depends=('bzip2' 'lame' 'sdl' 'libvorbis' 'faac' 'xvidcore' 'zlib' 'x264' 'libtheora' 'opencore-amr' 'alsa-lib' 'libvdpau' 'libxfixes' 'schroedinger' 'libvpx' 'libva' 'openjpeg') +depends=('bzip2' 'lame' 'sdl' 'libvorbis' 'xvidcore' 'zlib' 'x264' 'libtheora' 'opencore-amr' 'alsa-lib' 'libvdpau' 'libxfixes' 'schroedinger' 'libvpx' 'libva' 'openjpeg') ---enable-libfaac \ ---enable-nonfree \ Is faac support in ffmpeg causing trouble to other applications or was changed for licensing reasons? licensing. if you need faac you should use abs to recompile it Gah. All this licensing stuff is starting to get really annoying. Did Arch receive a patent license violation notice or something? What is Arch's official policies when it comes to patents? It could have some widespread implications for the distro. Or the distro could purchase or otherwise aquire licenses to all claimed patents... ha... ha... Licenses and patents are different things. Some stuff cannot legally distributed and we respect that. This is usually proprietary/non-free software or packages like the Microsoft fonts. (Wasn't there also some mplayer codec pack that included some Windows dlls?) On the other hand there are software patents valid in some countries which apply also to a completely free implementation. This means there are a bunch of packages which you are not allowed to use in the US for example even though they are licensed under e.g. the GPL. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Status of dcron
On Sun, 1 May 2011 21:43:42 -0400, Jim Pryor wrote: On Mon, May 02, 2011 at 04:06:47AM +0300, Grigorios Bouzakis wrote: Jim Pryor wrote: v4.5 was released as a tarball at http://www.jimpryor.net/linux/dcron.html; but Paul won't be able to package it right away. Pierre already built a 4.5 package, which is current in testing http://www.archlinux.org/packages/testing/i686/dcron Super, thanks. I suggest these changes: --- PKGBUILD2011-05-01 21:30:00.046676526 -0400 +++ PKGBUILD.new2011-05-01 21:35:10.066676512 -0400 @@ -38,5 +38,8 @@ install -D -m0600 extra/root.crontab $pkgdir/var/spool/cron/root install -D -m755 extra/crond.rc $pkgdir/etc/rc.d/crond install -D -m0644 extra/crond.conf $pkgdir/etc/conf.d/crond - install -D -m644 extra/crond.logrotate $pkgdir/etc/logrotate.d/crond + #install -D -m644 extra/crond.logrotate $pkgdir/etc/logrotate.d/crond + install -D -m644 extra/crontab.vim $pkgdir/usr/share/vim/vimfiles/ftplugin/crontab.vim + sed -i -e 's=/var/spool/cron/cronstamps=/var/spool/cronstamps=' extra/prune-cronstamps + install -D -m755 extra/prune-cronstamps $pkgdir/etc/cron.d/prune-cronstamps } But none of those are especially urgent. Note that the logrotate file should not be installed if there continues to be a reference to /var/log/crond.log in /etc/syslog-ng/syslog-ng.conf. I distribute it as an example for users or distros who don't use dcron with syslog. Thanks for the hint. Just applied that to the package. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Status of dcron
On Sun, 1 May 2011 03:33:37 -0400, Jim Pryor wrote: ... As I said, my source tree contains a large refactoring push. I have deferred this, and back-ported some important bugfixes, and a few simple features or packaging changes, to a v4.5 release. I'll push this to http://www.jimpryor.net/linux/dcron.html shortly; and I hope it can be packaged and pushed to [testing]. I'd welcome any testing and feedback any of you might be able to do. I will push those changes, as well as all the other deferred parts of my source tree, to dcron's git repo at http://repo.or.cz/w/dcron.git. And I'll update the dcron-git package on AUR, at http://aur.archlinux.org/packages.php?ID=33377. If any of you were interested and able to test this, I'd very much welcome such feedback too. These will all be pushed in the next couple of hours. Could you also tag the releases in git (maybe you just forgot to push them using git push --tags) -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [arch-dev-public] New list: arch-projects
On Sat, 26 Mar 2011 16:56:07 +0100, Thomas Bächler wrote: A new list has been created: arch-projects. This list is for development discussion, patches and pull requests for initscripts, netcfg, dbscripts, devtools (and maybe other projects, those are the ones I could think of). Anyone is free to subscribe, but please, no user discussions (keep those to the forums or arch-general). Fun fact: There was a mailing list called arch-projects once, and it has been deleted, but the old archives are still there. It would be nice if people would prefix the mails with the prject's name e.g. ([netcfg] or [devtools]). Otherwiese there is quite a chance that mails will get lost; especially if the traffic on that list increases. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Rail Model font for coders
On Thu, 20 Jan 2011 04:40:12 -0500 (EST), hare_krsna_hare_krsna_krsna_krsna_hare_hare_hare_rama_hare_rama_rama_rama_hare_h...@lavabit.com wrote: There is a font for coders called Rail Model, please include it with Linux [..] Meeku I have banned this account due to spam. A note to everybody else: Don't feed the trolls. This makes you as annoying as the troll himself and you might get banned as well. Have a nice day, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] PulseAudio in [testing]
On Sat, 27 Nov 2010 13:27:47 +0100, Damjan gdam...@gmail.com wrote: I've put PulseAudio into [testing] some time ago, but received no feedback on this. This either means it works well, or nobody uses it. So I'm asking for it now, especially from GNOME and KDE users running PulseAudio. I tested it a while on KDE and as expected it has downsides compared to using plain alsa. :-) I lost all controls in kmix except of only one volume control. The benefit is that Flash will not f**k and lock your sound card. These problems are solved since years. I even made a test. Playing two flash videos, playing music through mplayer with alsa and starting an old game which uses oss. All this works just fine with plain alsa. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] PulseAudio in [testing]
On Fri, 26 Nov 2010 21:34:18 +0100, Jan Steffens jan.steff...@gmail.com wrote: I've put PulseAudio into [testing] some time ago, but received no feedback on this. This either means it works well, or nobody uses it. So I'm asking for it now, especially from GNOME and KDE users running PulseAudio. I tested it a while on KDE and as expected it has downsides compared to using plain alsa. :-) I lost all controls in kmix except of only one volume control. Xine based players like e.g. Dragonplayer just crash. But Smplayer is a way better and didn't had any problems. In general I don't see any need to use pulse-audio; except Gnome users who wont have any choice in future. But I guess some day it will just work without problems; atm pulse audio support is in early state in some apps. I am still happy to have my good old Soundblaster Live which does mixing in hardware. ;-) -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [arch-dev-public] Python rebuild on its way to [testing]
On Mon, 04 Oct 2010 23:01:03 +0800, Ng Oon-Ee ngoo...@gmail.com wrote: Just a question on this topic - does the new [staging] mean that [testing] should always be complete (ie. not having any unupdated-for-lib-bump packages)? Yes, that was the whole idea; to not break or freeze testing intentionally. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [PATCH] commitpkg: error out if ~/staging/$repo doesn't exist
On Thu, 16 Sep 2010 01:36:53 +0200, Florian Pritz bluew...@xssn.at wrote: Signed-off-by: Florian Pritz bluew...@xssn.at --- commitpkg |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/commitpkg b/commitpkg index 03488e0..86485dc 100755 --- a/commitpkg +++ b/commitpkg @@ -119,7 +119,7 @@ for _arch in ${ar...@]}; do fi echo -n 'uploading ' - rsync -p --chmod 'ug=rw,o=r' -c -h -L --progress $rsyncopts --partial ${pkgfile} -e ssh $server:staging/$repo || abort + rsync -p --chmod 'ug=rw,o=r' -c -h -L --progress $rsyncopts --partial ${pkgfile} -e ssh $server:staging/$repo/$pkgfile || abort done archrelease $repo-${_arch} || abort done Applied, thanks. Please cc me when sending patches; otherwise they might just get lost. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [PATCH] Ignore empty lines when grepping host's mirrorlist
On Sat, 11 Sep 2010 01:46:48 +0300, Evangelos Foutras foutre...@gmail.com wrote: --- mkarchroot |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/mkarchroot b/mkarchroot index fe436f7..5cb9a0f 100755 --- a/mkarchroot +++ b/mkarchroot @@ -73,7 +73,7 @@ if [ -z $cache_dir ]; then fi if [ -f /etc/pacman.d/mirrorlist ]; then - host_mirror=$(grep -v '^#' -m1 /etc/pacman.d/mirrorlist | sed -E 's#/os/(i686|x86_64)#/os/\$arch#g') + host_mirror=$(grep -E -v '^(#|$)' -m1 /etc/pacman.d/mirrorlist | sed -E 's#/os/(i686|x86_64)#/os/\$arch#g') fi if [ -z ${host_mirror} ]; then host_mirror='Server = http://mirrors.kernel.org/archlinux/$repo/os/$arch' Please at least at me to CC next time or open a bug report. Otherwise there is a chance I just miss those patches. However, this mirror detections wasn't that great anyway. I am now using pacman to get the used mirror: http://projects.archlinux.org/devtools.git/commit/?id=db7a90ccd280a84bdbdef078ed766aa321ed317a This should always work even if you specify your mirrors directly in pacman.conf or include a mirrorlist with a different name. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [arch-dev-public] [signoff] xz 4 .999.9beta_174_g41bc-1
On Thu, 09 Sep 2010 13:02:02 +0200, Florian Pritz bluew...@server-speed.net wrote: On 09.09.2010 11:55, Pierre Schmitz wrote: this will hopefully the last update of xz for some time. :-) Maybe this is a sign for the final 5.0 version to be near. I am now using the (very strange) upstream versioning scheme. That's just git describe. tag-commits since tagged commit-last commit id (short format) Sure but I don't get why not creating just another tag here. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] 'Local mirror' page was removed from wiki
On Thu, 9 Sep 2010 15:55:35 +0300, Evangelos Foutras foutre...@gmail.com wrote: On Thu, Sep 9, 2010 at 3:40 PM, Fess killall_hum...@lavabit.com wrote: Page Local mirros was removed from wiki by this reason: - It is generally frowned upon to create a local mirror due the bandwidth that is required. There is not a good reason to create a local mirror, since one of the alternatives below will likely meet your needs. - I think it's very useful ability, and why this page was removed... i don't know. It's silly. If anyone else think it must be return - maybe we should do it? P.S. A lot of guys agreed with me this morning, so i think many people want this article back. -- I agree with the reasoning, I disagree with the content removal. : D See https://bbs.archlinux.org/viewtopic.php?id=103987 The original article was just wrong and causing us problems. Feel free to add an improved one. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [arch-dev-public] The Great Python Rebuild of 2010 begins
On Thu, 9 Sep 2010 18:57:18 +0300, Evangelos Foutras foutre...@gmail.com wrote: On Thu, Sep 9, 2010 at 4:22 PM, Pierre Schmitz pie...@archlinux.de wrote: On Sun, 29 Aug 2010 18:05:47 +0200, Pierre Schmitz pie...@archlinux.de wrote: On Mon, 30 Aug 2010 00:48:06 +1000, Allan McRae al...@archlinux.org wrote: Just a reminder for people to look at their packages and rebuild them for this. We seem to of stalled majorly... Do you think a community-staging would be helpful? I could commit the needed changes to dbscripts and devtools; I'd like to do a new release soon anyway. FYI: support for community-staging was added to devtools 0.9.10 and dbscripts. -- Pierre Schmitz, https://users.archlinux.de/~pierre That's great news. I made copies of my stable chroots for i686 and x86_64 and enabled the {,community-}staging repos in them, per Ionuț's suggestion. Or you could just use staging-i686-build which comes with devtools. I'm guessing once the community-staging repository is created on sigurd, we should be able to upload community rebuilds there. Right? Someone also needs to adjust the cron job that syncs the repo from sigurd to gerolde. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [arch-dev-public] The Great Python Rebuild of 2010 begins
On Sun, 29 Aug 2010 13:31:16 -0500, Christopher Brannon cmbranno...@gmail.com wrote: Any updates regarding the creation of a [community-staging] repository? +1. Most of my packages are rebuilt; I'm just waiting to push. -- Chris I could add it to dbscripts and devtools easily; but some admin of sigurd needs to create the dir and adjust the rsync to gerolde. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [PATCH] devtools: give a writable home to nobody for use in makechrootpkg
On Mon, 23 Aug 2010 11:21:20 +0200, Gaetan Bisson bis...@archlinux.org wrote: Hi, This is to ensure $HOME is a writable directory during makechrootpkg runs. I suspect this is helpful to build various packages - in the example I have in mind (uim in [extra]), the home directory was determined by getpwuid(getuid())-pw_dir, so simply exporting a new HOME environment variable in the PKGBUILD wasn't enough. I would say if a build or package function tries to write file in a user's home directory it should be considered broken and the PKGBUILD should be fixed. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [arch-dev-public] Large packages in repositories
On Wed, 18 Aug 2010 09:19:09 +0200, Sven-Hendrik Haase s...@lutzhaase.com wrote: On 17.08.2010 16:28, Thomas Bächler wrote: Am 17.08.2010 16:12, schrieb Dan McGee: tl;dr: I think we need some standards with these huge packages, and people need to be a lot more cognizant as to how big they are. We have lost more than one mirror due to complaints over needed space and stuff like this doesn't help. If a mirror cannot cope with a few GB, then it should be dropped anyway. Our repos will get bigger, one way or the other. I share this opinion. The Arch repos are hardly large and even if we added 50 GB to them they would still wouldn't be that large. I know comparisons with other distributions are probably not a good idea on this list but it does help to get a general understanding of where we stand and what large really means. Debian - 428GB (http://www.debian.org/mirror/size) Fedora - 653GB (http://download.fedora.redhat.com/pub/DIRECTORY_SIZES.txt) Ubuntu - 421GB (https://wiki.ubuntu.com/Mirrors) openSUSE - 500GB+ (http://en.opensuse.org/openSUSE:Mirror_infrastructure) Thankfully, we don't keep around old releases of packages or isos. Our mirrors will never have to cope with the amount of data that other distributions make them cope with. I think since they are already mirroring 2TB+ worth of data from other distros, they can easily squeeze in 50GB of Arch, or more. I'd really like to resolve this problem in the course of this discussion since it has been brought up every time big packages are pending (mostly games). Personally, I think we don't need a policy or anything on this. Something very odd would have to happen for our repos to grow too much for our mirrors to handle. This is Arch, let's keep it simple and unbureaucratic. I'm not saying let's throw all that big shit into there but if there are potential packages that would improve the user experience, their size should not be the determining factor to their inclusion. -- Sven-Hendrik You need to keep in mind that's its not just the disk space that might cause problems here but traffic and especially bandwidth are. E.g. the our mainserver has about 10mbit/d bandwidth including mirroring, website etc.. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [arch-dev-public] [staging] repository: Let's give it a try!
On Wed, 11 Aug 2010 19:40:56 +0300, Evangelos Foutras foutre...@gmail.com wrote: On Wed, Aug 11, 2010 at 7:34 PM, Dan McGee dpmc...@gmail.com wrote: On Wed, Aug 11, 2010 at 11:31 AM, Evangelos Foutras foutre...@gmail.com wrote: On Wed, Aug 11, 2010 at 7:24 PM, Pierre Schmitz pie...@archlinux.de wrote: Let me underline again that [staging] would be no regular repo that would be used by anyone directly. It mainly meant for collecting rebuilds. However, it would have to be used by anyone wanting to rebuild a package against a new library that has been pushed to [staging]. Therefore, it would need to be mirrored and added to /etc/pacman.conf in our [testing] chroots. (By `our [testing] chroots' I mean the chroots that developers and TUs have been using until now for building packages for [testing].) No, it doesn't need to be mirrored. Developers have always had direct access to this, ask on the developer private list if you don't know the URL. -Dan Oh, neat. Can we, TUs, get access to it too? (Unless we already do and I missed it.) ATM there wont be a need to have TUs access this repo. The main reason of excluding it from mirroring is to remove it later when we decide that this idea wasn't that great. We might think about mirroring it later though..its just the db file anyway as the packages will be kept in a pool. The only downside is that nobody should actually use that repo. (by thinking it would similar to Debians experimental) -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Fw: [arch-dev-public] [staging] repository: Let's give it a try!
On Wed, 11 Aug 2010 17:41:06 +0100, Mario Figueiredo mario.figueir...@quiettech.org wrote: Forward Rationale: To give end users (and potential devs) an The idea can be summed up like this: testing: * don't break packages intentionally * don't push incomplete rebuilds This would definitely get me interested in Testing. Right now my Linux knowledge is limited and thus Testing is a no-go zone. If however I could have a guarantee that Testing offers the same package sanity insurance of the other mirrors, I could start participating. In that case testing wont still be for you. There wont be any guarantee for testing and some pacakges might be just broken. The only thing you can expect that we wont break testing _by intention_ due to moving incomplete rebuilds in. staging: * a global staging repository for collaboration its more similar to your ~/staging dir than a regular repository * mostly meant for incomplete rebuilds * will be excluded from mirroring (for now) I am open for any questions or suggestions. Thanks for reading, Pierre It needs to be said that this is also reflection of what one should expect to encounter in the development process in the wild. Apart from the potential for collaboration, the idea that the Arch repos could mimic this development cycle is very appealing to me. __ | | V V Development - Staging - Testing - Release Packaging maintenance is taken away from the end user, giving them safe (it's still a beta, hence the quotes) access to Testing. Meanwhile developers would separate packaging from Testing, considerably giving them a lot more control over what users can access from Testing. Staging is not a new repo/layer between the developer and testing. It's just meant to be a temporary storage for rebuilds. The current dev. cycle wont be affected. So we'll still have: dev-extra dev-testing-core -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Unificate login credentials in Arch's website
On Mon, 2 Aug 2010 23:46:41 -0300, Martín Cigorraga martosurf7...@gmail.com wrote: I don't know if this was addressed before, I'm sorry to say this and you'll probably hate me but it's something that get my attention: the authentication in Arch's website is, at least, very unefficient. At worst, it's directly against Arch's Way, I think (I'm not the best guy to say this, just giving my first steps in Arch). Why should someone need to register at least three times, one for the forums, one for the wiki and one for the AUR? Shoudn't be sufficient with just one-time login/registration? And what about editing own nick or password? You know, at any time you may want to uniform all your passwords to a master one or just change it from the default you get when registered. I would like to know if there's any specific reason to have three separate accounts for the same website sections. Regards, Martín In fact I already wrote a Plugin for MediaWiki to authenticate at the forums. I am using this at archlinux.de (yes, pretty simple and there is no ldap or whatever) So, enabling this at archlinux.org would just involve a small config change. However: the migration is most likely unsolvable. People might have registered different accounts on wiki or forums; or different people have registered the same account the first on the wiki the other one on the forums etc. Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Licensing of Arch Wiki content
On Tue, 29 Jun 2010 17:56:39 -0500, Aaron Griffin aaronmgrif...@gmail.com wrote: On Tue, Jun 29, 2010 at 5:30 PM, Dan McGee dpmc...@gmail.com wrote: On Tue, Jun 29, 2010 at 5:09 PM, Ananda Samaddar ana...@samaddar.co.uk wrote: On Thu, 17 Jun 2010 23:19:09 +0200 Linas linas...@ymail.com wrote: I assume this ask to have GFDL CC-BY-SA content coexist at the wiki. The existing content can only be relicensed by its authors. The GFDL 1.3 gateway expired on August 1, 2009. I really need an answer on this as soon as possible. For new Wiki articles would it be OK to add a footer in the article stating that it is licensed under a CC license and not the GFDL? Any official word on this please from the Arch wiki admins or developers. If you're not willing to officially allow CC licenses could the 'override' paragraph I'm suggesting for new content only be all right? I honestly don't know who is going to reply to you. If you were to just change the license I also don't think you'd have anyone come after you anytime soon. Who is in charge of the wiki these days I'm not sure, but I'd try to get someone's attention besides mine- maybe Pierre or Aaron would be the right guys. I was also waiting for someone more knowledgeable with regards to the wiki. If it's my say-so you want, I don't see a problem with adding *additional* content under CC. But switching all *existing* content to CC might be a problem. Maybe not. Wikipedia did the same; see http://meta.wikimedia.org/wiki/Licensing_update -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [signoff] kernel26 2.6.34-2
On Sat, 19 Jun 2010 14:03:01 +0200, Thomas Bächler tho...@archlinux.org wrote: This release will be moved to core after signoff, together with linux-firmware, initscripts, udev and mkinitcpio. Changes compared to -1: Remove kernel26-firmware package, it is replaced by linux-firmware added new tcp options FS#19604 (tpowa) Enable devtmpfs Add makedepends to build kernel26-{manpages,docs} properly Fix makepkg -R Please sign off. signed-off x86_64 -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Google Chrome
On Fri, 28 May 2010 17:20:28 +0300, Ionut Biru biru.io...@gmail.com wrote: On 05/28/2010 12:35 PM, Madhurya Kakati wrote: On Fri, May 28, 2010 at 3:01 PM, Ionut Birubiru.io...@gmail.com wrote: On 05/28/2010 12:14 PM, Madhurya Kakati wrote: Hi, Now that Google Chrome is not beta any more and chromium hasn't been updated in the repos yet i think i should install Google-Chrome from AUR. However Chrome for linux is very much behind Chrome for windows so I want to ask to those users who have tried it or are using it that whether i should install the google-chrome package or the google-chrome-beta or google-chrome-dev. Thanks chromium. ps: the one from testing has a reason that wasn't yet upgraded. -- Ionut may i please know what the reason is?? building against shared libs I tried to build chromium today, but the resulting binary just segfaults. (probably due to bugs in gcc 4.5) -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [arch-dev-public] Redefining [testing] and a new [staging] repo
On Fri, 7 May 2010 13:50:01 -0400, Ray Kohler ataraxia...@gmail.com wrote: This makes me wonder, what about the TUs and [community-testing]? The current use of that repo would make it seem sensible to rename it to [community-staging] instead, since it's rare there's anything in there but in-progress rebuilds. Or should there be a pair of [community-testing] and [community-staging]? Sorry about adding complexity to this, as I realize that makes it less likely that it actually gets implemented... That's up to the TUs to decide if they want to have the same or keep their testing repo for this. I guess it wont be needed most of the time; most packages that would induce rebuilds should be in core and extra. But even if if they would like to have their own staging repo it would be easy to implement. -- Pierre Schmitz, https://users.archlinux.de/~pierre
[arch-general] [signoff] kernel26 2.6.33.3-2 (and aufs2)
This new kernel just exports some additional symbols for aufs2 which was updated to a new snapshot. This should hopefully fix some issues with the .33 kernel and aufs. Related aufs packages are: aufs2 2.6.33_20100425-2 and aufs2-util 20100422-1 In addition to regular sign-off some feedback about aufs would be nice; especially if you use archiso. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Package signing
On Wed, 28 Apr 2010 14:18:02 -0300, Denis A. Altoé Falqueto denisfalqu...@gmail.com wrote: Hi, Allan and Aleksis. I was thinking about this problem for sometime and the more complex part is the key distribution and trusting. Now I maybe came to something usefull. I'm thinking about a two way signing process. The dev signs the package and send it to the server. The server would have a script or a cron job to verify if the signature is valid and is from someone trusted [1]. If so, the original signature is discarded and a new one is made, with an official Arch key. So the problem of distributing keys is solved. We just need to distribute and trust the official public key of Arch. If some new developer comes to the team, its digital fingerprint is added to the list of trusted devs. If someone is removed, its fingerprint is removed. The users will trust in anything the server has signed, because the physical access to the private key is kept safe (so we hope :)). If some developer loses the confidence in his key, he can generate another and send the fingerprint to the admin, so it can be added toe the trusted list. I am willing to help with any efforts in this area. I'm already subscribed in pacman-dev and if this discussion pops up there, count me on. [1] - there should be a list of fingerprints of trusted devs, only writeable by a few admins. Why not just use openssl instead of gpg then? You have a root cert which sings the individual pub keys of every dev. To verify the packages users just have to trust the root cert. This does even support some kind of revoke etc.. (you could even sign the root cert by an external entity like cacert to make it even more secure. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Ssl no more :(
On Tue, 20 Apr 2010 11:59:32 +0200, Andrea Crotti andrea.crott...@gmail.com wrote: Here it is --8---cut here---start-8--- [2010-04-16 13:12] synchronizing package lists [2010-04-16 13:13] upgraded pacman (3.3.3-1 - 3.3.3-5) [2010-04-16 13:13] synchronizing package lists [2010-04-16 13:13] starting full system upgrade [2010-04-16 13:24] synchronizing package lists [2010-04-16 13:24] starting full system upgrade [2010-04-16 13:43] synchronizing package lists [2010-04-16 13:43] starting full system upgrade [2010-04-16 14:19] removed policykit-gnome (0.9.2-5) [2010-04-16 14:19] removed devicekit-power (013-1) [2010-04-16 14:19] removed devicekit-disks (009-5) [2010-04-16 14:19] removed policykit (0.9-9) [2010-04-16 14:19] upgraded acl (2.2.48-1 - 2.2.49-1) [2010-04-16 14:20] upgraded linux-api-headers (2.6.32.5-2 - 2.6.33.1-1) [2010-04-16 14:20] upgraded tzdata (2010b-1 - 2010h-1) [2010-04-16 14:20] Generating locales... [2010-04-16 14:20] en_US.UTF-8... done [2010-04-16 14:20] en_US.ISO-8859-1... done [2010-04-16 14:20] it_IT.UTF-8... done [2010-04-16 14:20] it_IT.ISO-8859-1... done [2010-04-16 14:20] it_it.iso-8859...@euro... done [2010-04-16 14:20] Generation complete. [2010-04-16 14:20] upgraded glibc (2.11.1-1 - 2.11.1-2) [2010-04-16 14:20] upgraded bash (4.1.002-2 - 4.1.005-1) [2010-04-16 14:20] upgraded zlib (1.2.3.9-1 - 1.2.4-1) [2010-04-16 14:20] upgraded util-linux-ng (2.17.1-1 - 2.17.2-1) [2010-04-16 14:20] upgraded apr (1.3.9-1 - 1.4.2-1) [2010-04-16 14:20] upgraded gcc-libs (4.4.3-1 - 4.4.3-2) [2010-04-16 14:20] upgraded db (4.8.26-1 - 4.8.26-2) [2010-04-16 14:20] upgraded gdbm (1.8.3-6 - 1.8.3-7) [2010-04-16 14:20] warning: /etc/ssl/openssl.cnf installed as /etc/ssl/openssl.cnf.pacnew [2010-04-16 14:20] upgraded openssl (0.9.8m-2 - 1.0.0-2) [2010-04-16 14:20] upgraded libldap (2.4.21-1 - 2.4.21-2) [2010-04-16 14:21] upgraded apr-util (1.3.9-3 - 1.3.9-4) [2010-04-16 14:21] upgraded pcre (8.01-1 - 8.02-1) [2010-04-16 14:21] warning: /etc/httpd/conf/httpd.conf installed as /etc/httpd/conf/httpd.conf.pacnew [2010-04-16 14:21] upgraded apache (2.2.14-3 - 2.2.15-2) --8---cut here---end---8--- Looks clean to me. Not for me. Looks more like pacman was interrupted during the transaction. At least libfetch and libarchive are missing. (and I guess a lot of other stuff like openssh) Could you add more of the log before and after what you already posted. Andy what is about the system update after the pacman update which did not pull in any new packages. Did you switch mirrors? Did you anything else to pacman you didn't tell us so far? ;-) -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Repo mirrors
On Tue, 13 Apr 2010 20:36:49 +0200, Florian Pritz bluew...@xssn.at wrote: http://karif.server-speed.net/~flo/tmp/mirrorsync.sh.txt CC welcome :) Some comments here: * There is no public http master * mirrors might only have incoming rsync access (firewall) * the script tends to be complicated and relies on local data; things might gone wild here and we have no control. pure rsync is a lot more fail proof. * The repo might change without the db files being modified; e.g. isos, sources, old packages get removed etc. * if mirrors would query us every minute there is a high chance that our 12 rsync slots might always been used. * mirrors should never sync single repos but use our rsync modules instead. (this simplifies your script a lot) My idea was to just sync all db files first as I do in https://git.archlinux.de/repo-tools.git/tree/syncrepo This ensures that repos are almost always consistent. This way all the problems we regularly have when core and extra are not on sync are gone. On the client side pacman will either try the next mirror if a file cannot be found are just refuses to update at all. And if we somehow manage to check if the db sync has changed anything we might even implement your approach here without a http master and the need to locally store data. In short: we should keep it simple. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [arch-dev-public] [signoff] openssl, heimdal and icu rebuilds
On Fri, 09 Apr 2010 01:42:29 +0300, Evangelos Foutras foutre...@gmail.com wrote: On 09/04/10 01:20, Pierre Schmitz wrote: On Thu, 08 Apr 2010 22:37:13 +0200, Pierre Schmitzpie...@archlinux.de wrote: The move is in progress...please don't touch anything while we are still on it. :-) So, we are done. Mirrors should be back in sync some day. Have the packages in [xorg18] been moved into [extra] as well? I cannot verify this from looking at the website, though it might not have synchronized yet. of course not. It will take some time till xorg-server 1.8 is ready to use. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Arch Linux Release Question
On Wed, 07 Apr 2010 12:44:22 -0500, David C. Rankin drankina...@suddenlinkmail.com wrote: ... It doesn't matter whether you use the latest install set or the one from 3 'releases' back, after the first update, you will have the exact same, current Arch Linux we all have. It's not entirely true. You always should install using the latest iso and it is also important to release new isos regularly. Due to our continuous updates and changes old isos and especially netinstall are broken. For example you cannot run a netinstall with an old iso (without updating it first) due to the switch to xz compressed packages. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Arch Linux Release Question
On Wed, 07 Apr 2010 13:45:41 -0500, David C. Rankin drankina...@suddenlinkmail.com wrote: I missed that completely in my train of thought. But without the change in package compression it would still hold true. Prior to the xz compression change, I had had no problems using the 2/09 install media even after the 8/09 install media was released. Thanks for keeping me honest ;-) I remember several changes on our site that broke old install isos. I recently tested some of them and afaik those before 2009.02 don't work because that kernel is too old for our glibc or something similar. Or some day we had changed the repo layout etc.. In general Arch is moving to fast to keep old isos and install working. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] The libgmp update
Am Samstag, 27. März 2010 23:08:08 schrieb Hilton Medeiros: Hello, just to confirm, all the packages linked against the new libgmp should follow 'coreutils' example and use 'gmp=5.0', right? I just saw that gnunet didn't. Cheers, Hilton No, it's the other way round. Using versioned deps is just wrong. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] HTML5, Youtube and chromium-browser
Am Samstag, 20. März 2010 16:50:14 schrieb Gaurish Sharma: Anyone managed to get youtube videos working in HTML5/h.264 format on chromium browser? Don't use those broken packages from the AUR. Just run pacman -S chromium and it will just work. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] HTML5, Youtube and chromium-browser
Am Samstag, 20. März 2010 18:56:21 schrieb Gaurish Sharma: Apparently I was under impression that chromium browser does not ship with codecs. that atleast this what the webpage says [1]http://code.google.com/p/chromium/wiki/ChromiumBrowserVsGoogleChrome That page does not mention Arch at all. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] HTML5, Youtube and chromium-browser
Am Samstag, 20. März 2010 19:03:35 schrieb Bram Schoenmakers: I'd like to ask how often the chromium package in [extra] is going to be updated. Last week I went back from [extra] to AUR because of an annoying bug with Google Calendar in 5.0.307.11, but it is fixed in the latest version. From what I understand, 5.0 development has release cycles of one week, with a version bump on each Monday. I'm just asking, because I'm aware Chromium is a heavy beast to build and ship, so I don't expect a new build every week. I'm just asking for a rough estimation of how often a new version will appear in [extra]. That's not really true. Chromium in [extra] follows the beta and hopefully soon the stable releases of Google Chrome. See http://googlechromereleases.blogspot.com/search/label/Beta%20updates and http://omahaproxy.appspot.com/ The releases you are talking about are just snapshots which are tagged by a bot. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Arch Linux security is still poor....
Am Dienstag, 16. März 2010 18:24:46 schrieb Nilesh Govindarajan: Let this thread not be just another Will be nice one. Pacman devs, please start implementing these package verification things. You got it wrong. Nothing will change until you start working on this. I have seen those discussions during the last 6 years and none of them ever lead into a working implementation. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Arch Linux security is still poor....
Am Montag, 15. März 2010 20:54:03 schrieb Ananda Samaddar: The reason I'm asking is I want to know to whom I address my proposals when they are finished. Simple: File a bug report or feature request at bugs.archlinux.org. No idea what your proposals are about but you should make sure they only address a single concrete issue. Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] php / mysql connection after recent update
Am Donnerstag, 11. März 2010 11:47:18 schrieb Chris Allison: This would appear to be an upstream bug/feature. Yes, see http://bugs.php.net/51242 -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [arch-dev-public] Moving to pkg.tar.xz officially?
Am Dienstag, 9. März 2010 09:19:22 schrieb Ng Oon-Ee: What about devs/tus who also maintain AUR packages? As I recall AUR doesn't accept .tar.xz yet? You cannot upload packages to AUR anyway. Source packages can be kept as src.tar.gz. There shouldn't be a reall difference if you compress a pkgbuild with gz or xz. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] svn packaging, abs = git ?
Am Sonntag, 7. März 2010 12:03:08 schrieb Dieter Plaetinck: 2) svn-git migration is not trivial, since tools, the website, .. will need to be adapted. The problem is that our current repo layout and workflow is not mappable to git. E.g. we use svn's feature to checkout specific dirs/files etc.. But I guess if someone would come up with a superior solution using git we would be quite happy. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] kde44beta - Arch needs to disable powerdevil suspend default - very hard shutdown...
Am Mittwoch, 3. Februar 2010 19:02:18 schrieb David C. Rankin: Any feature that can damage a system (ext4 hard shutdown corruption) should be disabled by default thus requiring the user to pick his poison rather than having it slipped into his glass. Suspend is not broken by itself, it's your BIOS (very likely) or maybe a kernel driver that is broken. So I don't see the point in disabling the feature here. According to your logic we might disabling sound because playing sound might crash systems with broken audio drivers. Or maybee we shsould also disable Kwin composite because it freezes system using broken dirver like my intel. I hope you get the idea. ;-) -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Syncing the mirrors
Am Sonntag, 31. Januar 2010 15:27:03 schrieb Dan McGee: Thanks for signing that message, I wasn't sure it was from you. OT: Can't we strip gpg-signatures from the mailinglist? It's of no use. Use s/mime instead ;-) The problem here is we haven't had anyone step up and finish a two tier mirror system. The situation has improved a bit, but without a developer actively working on it we aren't going to have it fully implemented. There are several methods to improve the situation: * multi tier mirroring. Roman started to work on this but might need some help here. It's mostly an organizing task * Add support for using both gz and xz compressed packages to db-scripts. This way we could migrate to the way better xz compression and reduce traffic: http://bugs.archlinux.org/task/17280 * Implement a common package pool and link to those packages from every repo. This would have reduce the amount of transfered data from several GB to a few KB in the current case. (also an dbscritps issue) dbscripts can be found at http://projects.archlinux.org/dbscripts.git/ Everybody could help implementing this and submit patches for us to review. Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Syncing the mirrors
Am Sonntag, 31. Januar 2010 17:14:05 schrieb Lukáš Jirkovský: I think that the syncing would be much less painful if there was some possibility to tell mirrors that package foo has been moved from [testing] to [extra]. Then these rebuilds would be only a matter of distributing information which packages should be moved from [testing] (that could be done by one text file). See my third suggestion. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] An old, tiresome discussion: cdrtools vs cdrkit
Am Freitag, 29. Januar 2010 11:58:12 schrieb Joerg Schilling: Paulo Matias mat...@archlinux-br.org wrote: On Fri, Jan 29, 2010 at 8:39 AM, Joerg Schilling joerg.schill...@fokus.fraunhofer.de wrote: As long as there is no support code in Linux distros to set capabilities without making the target program suid root anyway, Don't be afraid, Arch Linux has support for that :) How? Is there support for mandatory ACLs? Jörg Finally some interesting discussion came out of this. I am not an expert on linux capability support, but Thomas has posted two blog entries about this in Arch: http://archlinux.me/brain0/2009/07/28/using-posix-capabilities-in-linux- part-one/ and http://archlinux.me/brain0/2010/01/05/using-posix-capabilities- in-linux-part-two/ In general this should work fine. The only problem is that bsdtar did not support storing those information (don't know if future versions support this) so one has to use install scripts to adjust the permissions after install. Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] An old, tiresome discussion: cdrtools vs cdrkit
Am Freitag, 29. Januar 2010 17:58:42 schrieb Jan de Groot: On Fri, 2010-01-29 at 14:35 +0100, Joerg Schilling wrote: I am not sure whether this is the best solution. I recommend to use star as star is the oldest free tar implementation and as it supports ACLs since 10 years already. Adding more meta data is relatively simple. Implementing it in star has no use, as our package manager doesn't use star but libarchive, the library that bsdtar is based on. This might be related: http://code.google.com/p/libarchive/wiki/TarPosix1eACLs -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] An old, tiresome discussion: cdrtools vs cdrkit
Am Freitag, 29. Januar 2010 18:47:55 schrieb Xavier Chantry: When I looked into that a few months ago, it stored just fine when creating the archive. But it did not restore them when extracting. This got fixed in trunk, so it will probably be in the next major release (2.8 ?). http://code.google.com/p/libarchive/source/detail?r=1590# xps-m1530:~ bsdtar --version bsdtar 2.7.902a - libarchive 2.7.902a 2.7 release does not work, at least on my system. The development version is required. This is good new; afaik 2.8 should be released soon. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] An old, tiresome discussion: cdrtools vs cdrkit
Am Mittwoch, 27. Januar 2010 13:40:08 schrieb Joerg Schilling: Allan McRae al...@archlinux.org wrote: On 27/01/10 20:02, Joerg Schilling wrote: There was nothing but a social attack from a hostile person. Please show me a report from a single lawyer that proves that there is a legal problem with the original software. Please provide a report from a single laywer showing that there is not. In the legal system I live and in case you live in the USA for you too, _you_ would first need to prove that there is a legal problem with the original software. Either do this or stay quiet. Jörg The point is that nobody of us can proof for sure if it's legal or not. So it's quite pointless to continue arguing here. Personally I have no objections against having a cdrtools package in our repository if someone wants to maintain it. Licenses are important, but one shouldn't be too picky about it. If I remember correctly the initial question was if it is legal to distribute a GPL licensed software build with CCDL licenses build system. Both licenses are 100% free and both parts have the same author. In this case we only have a very theoretical problem which might be interesting for lawyers but has no real impact. Even if the licenses are not compatible there wont be any real consequences. However, I am still with Allan here. All this situation was initially caused by Jörg himself and talking about a proof but not actually providing it does not help. PS: I wonder if this discussion will come to a conclusion before optical discs are obsolete. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] An old, tiresome discussion: cdrtools vs cdrkit
Am Montag, 25. Januar 2010 03:55:22 schrieb Sven-Hendrik Haase: I'm aware that I can get cdrtools from AUR. Even then, cdrkit uses replaces and that spells don't use cdrtools for me. I don't see any replaces entry in our cdrkit PKGBUILD. So everybody should be free to replace cdrkit by cdrtools. Did anybody find a neutral and reliable statement about the license problem? I guess most of us are no lawyers. I don't see any problem in providing both if there are no licensing issues and we have maintainers for them. Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] An old, tiresome discussion: cdrtools vs cdrkit
Am Montag, 25. Januar 2010 17:15:35 schrieb Joerg Schilling: The FSF does not own any code in cdrtools and the FSF does not publish cdrtools, so it is obvious that the FSF is irrelevant for your discussion. To track down the problem to its root: What does it cost you to distribute your code dual licensed under CCDL and GPL? At some point it does not matter if you are right or not because it is simply too expensive for us to proof it. You said yourself that it took some time for SUN lawyers to conclude that GPL and CCDL might be compatible. But obviously it's not easy as we wouldn't have this discussion other vise. You could either continue to join endless discussion, ask more lawyers etc. or simply check how you could distribute cdrtools with two licenses, the CCDL and GPL. If you really want people to use your code and concentrate on development rather than licensing issues this is the simplest solution. Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] What ISO will load a kernel in an AMD K6 2/450?
On Sun, 27 Dec 2009 20:39:19 -0600, David C. Rankin drankina...@suddenlinkmail.com wrote: Guys, After the recent discussion about arch working well on old hardware, I decided to dump a suse 10.3 install on an old AMD K6-2/450 and install arch on it. I downloaded the net install iso i686. I knew if it was truly i686 it wouldn't install -- and it didn't. My question is which Arch download, if any, can install on this old hardware. (currently a great little fax server, backup DNS/dhcp box and 40G of storage.) Any help (or the right link) would be appreciated. The K6 is no i686 and Arch wont run on it. (OK, there was a port to i586; no idea if it's still active) -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] kde4/kmail slow - anybody else notice or is it just me?
Am Dienstag 08 Dezember 2009 08:41:15 schrieb David C. Rankin: Anybody else seeing a slow down in kmail? Well the initial access to a folder (after kmail install) takes a few seconds, but after that it's usually fast. I just counted and I have about 51k mails. You should note that this also relies on your imap server performance. I had used courier before and switched to dovecot which is a lot faster. Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] archlinuxfr bad virtualbox_bin-3.0.10-1 package
Am Dienstag 17 November 2009 12:22:35 schrieb tuxce: I'm uploading it right now, thanks for the information. You know that redistribution of the binary package is not legal? (except you have got the permission from Sun of course) -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [signoff] dmraid-1.0.0.rc16-1
On Mon, 2 Nov 2009 15:53:18 +0100, Tobias Powalowski t.p...@gmx.de wrote: Hi bump to latest version, please signoff. Due to lack of hardware also users can signoff. Please update and recreate your initcpio after upgrading. Thanks. greetings tpowa sign-off for x86_64 (using simple raid0; I think this also counts as one for device-mapper) -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] thunderbird-i18n split again ...
Am Freitag 02 Oktober 2009 19:21:54 schrieb Aaron Griffin: I believe +1 for a use only lower case in pkgname policy -- Pierre Schmitz, http://users.archlinux.de/~pierre
Re: [arch-general] let's discuss /srv again
Am Freitag 02 Oktober 2009 16:51:55 schrieb Roman Kyrylych: Safe Mode (which includes open_basedir) is deprecated in PHP 5.3, and will be removed in 6.0.0. No, safe_mode and open_basedir are different features and only safe_mode is deprecated. The usage of open_basedir is recommend. -- Pierre Schmitz, http://users.archlinux.de/~pierre
Re: [arch-general] Incorrect downloads page (WAS ArcLlinux 2009.02 installation issues)
Am Donnerstag 17 September 2009 09:57:44 schrieb Dieter Plaetinck: For 2009.08 the downloads page was updated here and there. now http://www.archlinux.org/download/ shows the old page with the 2009.02 stuff anyone know how this happened? (server upgrade?) can we restore the correct page? Dieter forwarding to Dusty. I think htose cahgnes weren't commited to git. -- Pierre Schmitz, http://users.archlinux.de/~pierre
Re: [arch-general] Incorrect downloads page (WAS ArcLlinux 2009.02 installation issues)
Am Donnerstag 17 September 2009 17:47:52 schrieb Aaron Griffin: If someone has a chance, can you release this live? done -- Pierre Schmitz, http://users.archlinux.de/~pierre
Re: [arch-general] Incorrect downloads page (WAS ArcLlinux 2009.02 installation issues)
Am Donnerstag 17 September 2009 17:52:24 schrieb Pierre Schmitz: Am Donnerstag 17 September 2009 17:47:52 schrieb Aaron Griffin: If someone has a chance, can you release this live? done Well, some links are wrong; mainly all to http://archlinux.org. They should be replaced by ftp links. PS: No, I cannot commit there. :-) -- Pierre Schmitz, http://users.archlinux.de/~pierre
Re: [arch-general] Incorrect downloads page (WAS ArcLlinux 2009.02 installation issues)
Am Donnerstag 17 September 2009 20:47:19 schrieb Aaron Griffin: Feel free to provide a git patch. I made what changes I could see (Pierre or Dan, I trust you guys with the web side more than myself - could you make those changes live?) Looks fine to me now; pushed the changes to gudrun (this sound funny somehow...) -- Pierre Schmitz, http://users.archlinux.de/~pierre
Re: [arch-general] Can't ssh to vServer running ArchLinux
Am Freitag 11 September 2009 19:07:33 schrieb Johannes Held: The hardest part will be to fix these file on my vServer - as I don't have any access to it. Perhaps the support can help me … That wont help right now, but one should not rent a server without a serical console __and__ a rescue system which can boot from network. Others might disagree but I prefer to update more regualry even on my server. This way you don't get a lot of problems at once. And of course keep an eye on the news. -- Pierre Schmitz, http://users.archlinux.de/~pierre
Re: [arch-general] [arch-dev-public] usr folder on ftp
Am Mittwoch 09 September 2009 14:42:57 schrieb Jan de Groot: On Wed, 2009-09-09 at 16:37 +0400, Sergej Pupykin wrote: Hi, what is this? ftp://ftp.archlinux.org/community/os/i686/usr/ No idea why it's there, looks like an unpacked package. I deleted it from gerolde, but I guess it will be back in a while: gerolde rsyncs from sigurd. There are still .PKGINFO and a .INSTALL file in the community repo. Does anyone know how this could happen? -- Pierre Schmitz, http://users.archlinux.de/~pierre
Re: [arch-general] introducing kernel26-lts
Am Mittwoch 26 August 2009 09:54:50 schrieb Thomas Bächler: You don't. It's a kernel meant for servers, there won't be any module packages for it. A machine that needs the nvidia driver is not a server. Maybe the kernel should be renamed to -server then. -lts is a little confusing here. -- Pierre Schmitz, http://users.archlinux.de/~pierre
Re: [arch-general] Add phonon-xine to KDE deps?
Am Dienstag 11 August 2009 08:52:34 schrieb Allan McRae: Did you all install the needed gstreamer plugins for the files you wanted to play? Qt only installs the base plugins which support playing ogg and wave files. For anything else you need to install other plugins. In general the phonon backend thing is a big mess and con only be solved by upstream. -- Pierre Schmitz, http://users.archlinux.de/~pierre
Re: [arch-general] Sigurd rDNS broken
Am Sonntag 09 August 2009 12:24:35 schrieb Florian Pritz: I just noticed sigurd.archlinux.org has a broken rDNS so my mailserver rejects all mails coming from the AUR. Looks like your mail server is broken. An IP can have several hostnames. -- Pierre Schmitz, http://users.archlinux.de/~pierre