Re: [arch-general] [arch-dev-public] Changing compilation flags

[Evangelos Foutras via arch-general]

On 7 July 2017 at 19:17, Jordan Glover 
wrote:

> I'm surprised as it seemed to me that Daniel took it for granted that
> patch like that will get accepted. Anyway it's hard for an outsider to
> successfully submit anything to big upstream project. I hope you'll be more
> lucky if/when you decide to upstream your pie/ssp patches.
>

The SSP/PIE patch is a bit of a hack and is specific to Arch and the
architectures we support. As mentioned in the commit message, it's a
temporary fix until upstream makes those parameters configurable at
compile-time (or a better solution is found). This means it's not
upstreamable.


> It would be nice if makepkg have some conditionals i.e. :
>
> if cc=clang then
> cflags="-march=x86-64 -mtune=generic -O2 -pipe -fsanitize=safe-stack
> -fsanitize=cfi -fvisibility=hidden
>
> if cc=gcc then
> cflags="-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fstack-check
>

There are multiple ways the compiler can be selected; two of them are: 1)
exporting CC/CXX in the PKGBUILD and 2) the project's configure script
picking one of the available compilers. makepkg can't realistically know
which compiler is going to be used and thus must have only one set of flags
that is supported by both GCC and Clang.

On 7 July 2017 at 19:17, Jordan Glover 
wrote:

> I'm surprised as it seemed to me that Daniel took it for granted that
> patch like that will get accepted. Anyway it's hard for an outsider to
> successfully submit anything to big upstream project. I hope you'll be more
> lucky if/when you decide to upstream your pie/ssp patches.
>
> It would be nice if makepkg have some conditionals i.e. :
>
> if cc=clang then
> cflags="-march=x86-64 -mtune=generic -O2 -pipe -fsanitize=safe-stack
> -fsanitize=cfi -fvisibility=hidden
>
> if cc=gcc then
> cflags="-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fstack-check
>
>  Original Message 
> Subject: Re: [arch-dev-public] Changing compilation flags
> From: evange...@foutrelis.com
> To: Jordan Glover 
> arch-general@archlinux.org , Daniel Micay <
> danielmi...@gmail.com>, Public mailing list for Arch Linux development <
> arch-dev-pub...@archlinux.org>, jo...@netbsd.org
>
> Thanks for trying to push the change upstream. I"m sorry they weren"t
> very receptive of it; your responses were on point and further
> clarified our intended use case.
>
> I"m not sure what Joerg meant by saying "Arch Linux can"t do
> compiler-specific flag definitions". He could be thinking of a regular
> project that can check for supported compiler flags, but AFAIK that
> concept is not readily transferable to distro-wide flags. (Even if it
> was, it would also apply to stack-check and friends so it"s a weak
> argument in my opinion.)
>
> At the end of the day, it"s not an issue to carry this patch
> downstream in Arch. :-)
>
>
>

Re: [arch-general] [arch-dev-public] Changing compilation flags

[Evangelos Foutras via arch-general]

On 7 July 2017 at 16:39, Jordan Glover  wrote:
> FYI clang devs don't want to take 1 line patch adding another no-op flag
> upstream.
> https://lists.llvm.org/pipermail/cfe-dev/2017-July/054588.html

Thanks for trying to push the change upstream. I'm sorry they weren't
very receptive of it; your responses were on point and further
clarified our intended use case.

I'm not sure what Joerg meant by saying "Arch Linux can't do
compiler-specific flag definitions". He could be thinking of a regular
project that can check for supported compiler flags, but AFAIK that
concept is not readily transferable to distro-wide flags. (Even if it
was, it would also apply to stack-check and friends so it's a weak
argument in my opinion.)

At the end of the day, it's not an issue to carry this patch
downstream in Arch. :-)

Re: [arch-general] svntogit stuck

[Evangelos Foutras]

On 10/04/14 14:55, Thomas Bächler wrote:
 Am 10.04.2014 06:23, schrieb Kevin Mihelich:
 Both packages.git and community.git appear to be stuck again, with no
 updates for the past day.


 On Fri, Mar 28, 2014 at 2:14 PM, Joel Teichroeb j...@teichroeb.net wrote:

 packages.git looks fine to me now, but community.git is still stuck.

 
 I killed the lock file again, and now the log spits this out. Evangelos,
 what's going on here?
 
 == Updating 'packages' Git repository on Thu Apr 10 11:54:02 UTC 2014
   - Fetching changes from SVN
  git svn rebase command failed; skipping to next repository
 == Aborted updating 'packages' on Thu Apr 10 11:54:10 UTC 2014

Thomas, thanks for looking into it; I fixed the Git repo just now.

Generally it's not safe to remove the lock file without identifying the
reason the script failed. It's not a very robust script and the Git repo
can be left in an inconsistent state which would require manual rollback
of several package branches.

I pushed a change that should make it fail significantly less (gerolde
being unreachable for pushing has been the cause of failure 2-3 times now):

https://github.com/foutrelis/arch-svntogit/commit/ecc3090



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] [signoff] linux 3.0.1-1

[Evangelos Foutras]

On Sat, Aug 6, 2011 at 6:58 PM, Thomas Bächler tho...@archlinux.org wrote:
 Hi,

 please signoff the 3.0 series for both architectures.

Signoff both.

Re: [arch-general] [signoff] linux-3.0-2

[Evangelos Foutras]

On Mon, Aug 1, 2011 at 9:09 PM, Tobias Powalowski
tobias.powalow...@googlemail.com wrote:
 Hi guys,
 please signoff 3.0 series for both arches.

Signoff both.

Re: [arch-general] gnome2.32

[Evangelos Foutras]

On 5 July 2011 01:53, Sergio de Almeida Lenzi lenzi.ser...@gmail.com wrote:
 Just in case some of you need the old gnome.

That's not how we roll, and people should be discouraged from using
frozen repositories.

The only way this could work would be to have an actively maintained
repository complementing the official ones. I imagine this is not an
easy task at all, considering upstream's discontinuation of the Gnome
2 line.

So, people who are still using Gnome 2 are encouraged to upgrade to
Gnome 3 and see if they like it. After a week or so, they can choose
to either keep it – if they're happy – or switch to another desktop
environment (maybe even try a window manager instead).

Re: [arch-general] [signoff] mkinitcpio 0.7.1-1, device-mapper/lvm2 2.02.85-3, cryptsetup 1.3.1-2, dmraid 1.0.0.rc16.3-2, mdadm 3.2.2-2, v86d 0.1.10-2

[Evangelos Foutras]

On 3 July 2011 15:57, Thomas Bächler tho...@archlinux.org wrote:
 A few fixes to mkinitcpio. One regression was fixed regarding 64 bit
 kernels with a 32 bit userspace (slows down image generation a bit
 again), and there were further speedups regarding add_module.

 Please sign off.

Signoff x86_64.

Re: [arch-general] linux 3.0 kernel testing

[Evangelos Foutras]

On 17 June 2011 08:20, Madhurya Kakati mkakati2...@gmail.com wrote:
 Yes I know how build specific packages in PKGBUILD. I want to know that
 do i have to compile and install the kernel header and kernel docs
 package or should I install only the kernel package?

Headers are included in the kernel26-mainline package, so you don't
have to install anything else. I believe docs are not included, but
you probably don't need/want those.

Re: [arch-general] linux 3.0 kernel testing

[Evangelos Foutras]

On 17 June 2011 09:42, Evangelos Foutras foutre...@gmail.com wrote:
 On 17 June 2011 08:20, Madhurya Kakati mkakati2...@gmail.com wrote:
 Yes I know how build specific packages in PKGBUILD. I want to know that
 do i have to compile and install the kernel header and kernel docs
 package or should I install only the kernel package?

 Headers are included in the kernel26-mainline package, so you don't
 have to install anything else. I believe docs are not included, but
 you probably don't need/want those.

Forgot to add; there are also binary packages of kernel26-mainline at
http://arch.miffe.org/.

Re: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3

[Evangelos Foutras]

On 9 June 2011 16:37, Wim Van Deun wimvand...@gmail.com wrote:
 Is there also an alternative to netstat ???

ss :p

Re: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3

[Evangelos Foutras]

On 9 June 2011 01:57, Rogutės Sparnuotos rogu...@googlemail.com wrote:
 Or, rather,
 ip a for addreses and link status (like /sbin/ifconfig)
 ip r for routes (like /sbin/route)

Nice. If only it displayed RX/TX bytes as well, I would totally not
miss ifconfig. :)

(*Secretly hopes that someone will point out how this is done.* :3)

Re: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3

[Evangelos Foutras]

On 8 June 2011 20:13, Evangelos Foutras foutre...@gmail.com wrote:
 On 9 June 2011 01:57, Rogutės Sparnuotos rogu...@googlemail.com wrote:
 Or, rather,
 ip a for addreses and link status (like /sbin/ifconfig)
 ip r for routes (like /sbin/route)

 Nice. If only it displayed RX/TX bytes as well, I would totally not
 miss ifconfig. :)

 (*Secretly hopes that someone will point out how this is done.* :3)

Actually wait, it does that with 'ip -s link'. :p

However, I would prefer a more human-friendly output (e.g. in
MiB/GiB/etc. instead of just bytes).

Re: [arch-general] Reporting for [extra] packages?

[Evangelos Foutras]

On 9 June 2011 04:03, Simon Perry a...@sanxion.net wrote:
 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?

Arch Linux is the correct project to file this bug under. Community
Packages is used exclusively for packages in [community].

Re: [arch-general] Future of 'kernel26'

[Evangelos Foutras]

On 26 May 2011 19:02, Filip Filipov pilif.pi...@googlemail.com wrote:
 about proposal to  the  linux name change. I don't label my car by my
 engine name, or label my engine by my car name , do you?

Linux is the name of the kernel so using linux as the name of the
kernel package would be correct. After all, the tarballs on kernel.org
are named linux-{version}. :)

Re: [arch-general] [signoff] kernel26 2.6.38.7-1

[Evangelos Foutras]

On 24 May 2011 22:03, Tobias Powalowski t.p...@gmx.de wrote:
 Upstream update. This package is NOT in testing (2.6.39 currently
 resides there), but at:
 http://dev.archlinux.org/~tpowa/kernel26/

 please signoff for both arches.

Signoff x86_64.

Re: [arch-general] AUR deletion request

[Evangelos Foutras]

On 13 May 2011 05:26, Thomas Dziedzic gos...@gmail.com wrote:
 On Thu, May 12, 2011 at 9:12 PM, |^ `/ () () | ( (-) |
 ryooichi+a...@gmail.com wrote:
 Can a TU for the AUR please delete all packages owned by ryooichi (myself)
 that begin with archtrack?  Thank you!


 Can you please post links to all the packages you want deleted?

I'm also interested in the reason for the deletion.

Re: [arch-general] [arch-dev-public] Developer reports

[Evangelos Foutras]

On 30/04/11 08:47, Dan McGee wrote:
 The correct solution to me would be:
 1. add another custom tablesort ordering; see archweb.js for our
 current listing of them.
 http://projects.archlinux.org/archweb.git/tree/media/archweb.js#n5
 2. Make the attribute template tag itself smarter and always return
 a smartly formatted string rather than the raw attribute value (or
 perhaps make a format_attribute filter or something). hopefully it
 depends more on types than on attribute names for what it does. E.g.
 dates go through the date filter, integer fields that end in size
 always get filesizeformat treatment, etc. Then the template won't
 change much at all.
 3. ???
 4. Profit

Sounds very reasonable. I did however use another solution in place of
(2), and added the formatting to the view. In my opinion, it's simpler
and just as elegant.

Can you please review my patch [1] and see if anything is amiss?

Thanks.

[1]
http://ompldr.org/vOGhtOQ/0001-Add-filesizeformat-filter-to-sizes-in-reports-big.patch

Re: [arch-general] makepkg svn

[Evangelos Foutras]

2011/4/30 Juan Diego Tascón juantas...@gmail.com:
 Is there any way to force makepkg to build a PKGBUILD-svn with a fixed
 svn version? version 133 of periscope-svn is broken and I want to go
 back to version 132.

The option you're looking for is --holdver. It is described in makepkg(8).

Re: [arch-general] [arch-dev-public] Developer reports

[Evangelos Foutras]

On 30 April 2011 04:26, Dan McGee dpmc...@gmail.com wrote:
 On Fri, Apr 29, 2011 at 7:23 PM, Eric Bélanger snowmanisc...@gmail.com 
 wrote:
 2- The report for large packages should list the sizes in MB instead of 
 bytes.
 That would make the generic nature of these reports a lot harder,
 and/or involve me sinking quite a bit of time into making something
 generic that formats sizes. Deal with it for now. :)

filesizeformat [1] built-in filter to the rescue. However, I'm not
sure if it'll mess up the jQuery sort thingy. To run this filter for
the package compressed/installed size, the template code [2] might be
modified to something like this:

{% for attr in column_attrs %}
td
{% if attr == 'compressed_size' or attr == 'installed_size' %}
{{ pkg|attribute:attr|filesizeformat }}
{% else %}
{{ pkg|attribute:attr }}
{% endif %}
/td
{% endfor %}

[1] http://docs.djangoproject.com/en/1.3/ref/templates/builtins/#filesizeformat
[2] 
http://projects.archlinux.org/archweb.git/tree/templates/devel/packages.html?id=381e0a787205af530ae11bac1b1a17e567eecc84#n41

Re: [arch-general] Change Arch's default crond

[Evangelos Foutras]

On 22/04/11 00:30, Grigorios Bouzakis wrote:
 Ionut Biru wrote:
 if this will happen, the steps are very simple
 1) remove dcron from core
 2) add cronie/fcron to core in base group and depending on the package, 
 it might have conflicts=dcron but not replaces

 this way the existent systems will still have a working cron and new 
 installations will have the new cron

 
 Has that ever happened before?
 That means the existing systems will have a package from base thats not
 supported by the Arch developers.

The package will no longer be in the 'base' group, and most likely end
up in the AUR. Therefore, it will not be a supported package, and the
output of `pacman -Qm' will reflect that.

 But since its not replaced, it would make it an infinite part of Arch so
 it should also be supported.

As I mention above, my understanding is that dcron will be moved to the AUR.

 Plus, the 2010.05 ISOs will still (try to) install it, but it wont be
 there, and there wont be an upgrade path either.

In offline installations, the package will exist on the installation
media. On netinstalls, the new cron daemon will get installed to the
target system instead.

 Anyway, first time i've heard about such a plan. It makes absolutely no
 sense to me. I seriously doubt its gonna work. But good luck.

Re: [arch-general] [arch-dev-public] [arch-dev] Packaging inconsistencies of python modules

[Evangelos Foutras]

On 5 April 2011 16:37, Dan McGee dpmc...@gmail.com wrote:
 I'm facing this exact situation with python-pip and python-virtualenv
 right now- both just became python 3 compatible, and as soon as I
 rename them I am going to break a lot of people's stuff. It would be
 fine if this all happened when we did the great rebuild as there
 would only be one time of breakage, but the situation right now is
 untenable- *every single time I see a python module being updated* I
 have to be scared as I can't tell whether the one being installed is 2
 or 3, and whether I'm suddenly going to lose database connectivity or
 something.

Ah, had the same issue with my pygments package. But because only 3
packages depended on it, I just tweaked the dependencies in those.

Now I'm thinking, couldn't we do:

python-foo gets renamed to python2-foo and
provides/conflicts/replaces=('python-foo') are introduced.
python3-foo is added to the repo.

The key detail here is the 'python3-' prefix, which allows us to
replace python-foo with python2-foo. Looks like numpy [1] is using
this approach.

Another problem I noticed when I split pygments into Python 2  3
packages is command scripts that get installed to /usr/bin/; both
versions use the same path, and will conflict. I chose to append a 2
to the command script installation path (/usr/bin/pygmentize -
/usr/bin/pygmentize2) in the Python 2 package.

[1] 
http://projects.archlinux.org/svntogit/packages.git/tree/python-numpy/trunk/PKGBUILD

Re: [arch-general] [signoff] kernel26-2.6.38-2

[Evangelos Foutras]

On Sat, Mar 26, 2011 at 5:01 PM, Thomas Bächler tho...@archlinux.org wrote:
 Am 26.03.2011 15:58, schrieb Damjan:
 Are the i915 issues fixed with 38.1 from testing?

 no, but it seems Chris Wilson has found the issue.
 I guess 38.2 will have the patch.

 Are you sure? .38.2 review is already in progress. If you could send us
 a link to the patch, we could integrate it anyway.

I think this is the patch:
http://cgit.freedesktop.org/~ickle/linux-2.6/commit/?h=2.6.38id=3b936797f5e4623ae1b80a5f0c4df30a17360bf5

Re: [arch-general] kde4 Okular + Hp Laserjet PCL 4/5 driver - prints greyscale inversed

[Evangelos Foutras]

On Sat, Jan 15, 2011 at 8:27 AM, David C. Rankin
drankina...@suddenlinkmail.com wrote:
 Guys,

        Don't know whether this is kde4 or the print drivers, but saving a 
 google maps
 map as pdf and then printing in Okular using a HP Laserjet 4 via the HP 
 Laserjet
 PCL 4/5 driver prints the maps in inverse greyscale (i.e. the whole page is
 black with the roads shown in white). I've checked the driver settings and
 regardless of whether you specify greyscale or color, the inverse printing is
 the same. Prints fine from windows. Where to file the bug? Print drivers or 
 kde?

I believe you're seeing https://bugs.archlinux.org/task/21388.

It has been fixed upstream, but a new ghostscript release hasn't been
made and the fixes haven't been applied to Arch's package yet.

Re: [arch-general] umask gnome

[Evangelos Foutras]

On Sat, Jan 15, 2011 at 10:11 PM, Béla Vizer bela.vi...@gmail.com wrote:
 I put .bashrc and /etc/profiles the follwoing line:
 umask 077
 I tried to put it to  /etc/gdm/Xsession, I created .gnomerc but nothing.
 Is it even possible to set a system-wide umask settings?

Put it in ~/.bashrc, before the following line:

[ -z $PS1 ]  return

Re: [arch-general] [arch-dev-public] MySQL 5.5

[Evangelos Foutras]

On Sat, Jan 8, 2011 at 5:30 PM, Pierre Schmitz pie...@archlinux.de wrote:
 Here is a list of packages that link to this lib:
 https://www.archlinux.org/todo/52/ I'd suggest to check all these and
 mark them as complete if they still work.

Looks like my cherokee package needs a rebuild, while php52 does not.

Anyone understands what the issue is here, and some packages require a
rebuild even without a soname bump in libmysqlclient? Googling didn't
turn up anything helpful. :\

Re: [arch-general] [arch-dev-public] MySQL 5.5

[Evangelos Foutras]

On Wed, Dec 22, 2010 at 5:33 AM, Marek Otahal markota...@gmail.com wrote:
 On Wednesday 22 of December 2010 10:29:43 Andrea Scarpino wrote:
 Is mysql running?
 It is not, mysqld doesn't know some option '--skip-locking' . Here's my
 debugging :

It's now called skip-external-locking. You should add any
configuration customizations you have to /etc/mysql/my.cnf.pacnew and
then move it into the place of /etc/mysql/my.cnf, overwriting the
latter.


Andrea, the new MySQL packages work fine here. Good job. :)

[arch-general] [dbscripts] What's needed to support overriding arch in split packages?

[Evangelos Foutras]

makepkg and devtools are already capable of building split packages
with different architectures. A particular case of interest is
foo-data split packages which usually are much bigger than their
arch-dependent counterparts. Currently, a separate PKGBUILD is
required to convert these data packages to be arch-independent, which
complicates maintenance needlessly.

I had a look at the db-update and db-function scripts, but the code is
hard to follow for someone new to it. Therefore, I'd like to ask for
opinions from people who've worked on them and have a general
knowledge of how they work and how this could be implemented. My idea
is to make a special case for arch-dependent PKGBUILDs, to allow for
arch=('any') split packages, without necessarily parsing the
package_foo-data function.

What do you think?

Re: [arch-general] wicd startup issues

[Evangelos Foutras]

On Wed, Nov 17, 2010 at 9:08 PM, Samuel Baldwin
recursive.for...@gmail.com wrote:
 Same error. I'm not updated to the point where python3 is the default
 anyways. `python' still runs 2.6.5.

We don't support partial upgrades. You should never use -Sy if not
followed by -Su (or combined, -Syu).

Now, go ahead and do a full upgrade. :)

Re: [arch-general] APM and GNOME

[Evangelos Foutras]

On Sat, Nov 6, 2010 at 4:35 PM, Rafael Beraldo rbera...@cabaladada.org wrote:
  I don't use laptop-mode-tools nor is acpid running which brings me the
 question: what is messing up with APM? How can I tell GNOME and
 gnome-power-manager not to change its settings?

Probably it's pm-utils, and more specifically, the
/usr/lib/pm-utils/power.d/harddrive script. I had the same problem on
my laptop, and to disable this behavior I created an empty file at
/etc/pm/power.d/harddrive which overrides the script in
/usr/lib/pm-utils/power.d.

Re: [arch-general] Question about installing libraries

[Evangelos Foutras]

On Fri, Oct 22, 2010 at 2:10 AM, Christian christia...@runbox.com wrote:
 OK, but let's say I need some other older library how to search the svn
 for that?

Find the package you're interested in from
http://www.archlinux.org/packages/ and click on it. At the right side
of the package page, you'll see a link named SVN Entries (trunk);
follow it. Now that you're at the websvn interface, click the link
that reads View Log.

You are presented with a table that lists the revisions of a specific
package. On the Log message column you'll be able to locate the
package version you want, and you can then match that to the first
column (Rev) which is the revision number you'll checkout.

Re: [arch-general] [arch-dev-public] db-5.1 rebuild

[Evangelos Foutras]

On Tue, Oct 19, 2010 at 7:58 AM, Allan McRae al...@archlinux.org wrote:
 Hi,

 Time to move on to the next rebuild!  This time it is for db-5.1.

 There are the following soname changes:
  libdb-4.8.so - libdb-5.1.so
  libdb-4.so - libdb-5.so
  libdb_cxx-4.8.so - libdb_cxx-5.1.so
  libdb_cxx-4.so - libdb_cxx-5.so

 It is a relatively small rebuild of 39 packages.

 I never got around to the db-5.0 update but that is a good thing as many
 pieces of software check for a db major version = 4 and minor version = 1
 when they just want db=4.1...  Now we have db-5.1 we do not have to fix
 that stupidness.   As always, more evidence that laziness pays off.

 I have pushed the db update to [staging] and will work on the rest of [core]
 later tonight (unless someone beats me to it...)

 Allan

What do we do for stuff like PHP which will get linked to PostgreSQL
9.0.1 which is in [testing] right now? Or will PostgreSQL be moved out
of [testing] at the same time as the db rebuilds?

Re: [arch-general] [arch-dev-public] db-5.1 rebuild

[Evangelos Foutras]

On Wed, Oct 20, 2010 at 10:52 PM, Dan McGee dpmc...@gmail.com wrote:
 On Wed, Oct 20, 2010 at 2:43 PM, Evangelos Foutras foutre...@gmail.com 
 wrote:
 What do we do for stuff like PHP which will get linked to PostgreSQL
 9.0.1 which is in [testing] right now? Or will PostgreSQL be moved out
 of [testing] at the same time as the db rebuilds?

 There was no .so bump, so it shouldn't matter.

Oh, awesome. Sorry for the noise. :)

Re: [arch-general] [arch-dev-public] packages are newer in extra than in staging

[Evangelos Foutras]

On Sun, Oct 3, 2010 at 2:24 AM, Ionuț Bîru ib...@archlinux.org wrote:
 Hi,

 some packages have been updated in extra and have been mark as done in the
 python todo list but they weren't rebuilt against staging.

 looking quick on the list, django (staging removed on 9 september)

 extra 1.2.3-1
 marked as done and nothing in staging.

 mercurial
 1.6.4-1 in extra, 1.6.3-2 in staging

 please, check your packages again because i don't intent to fix any of this
 inconsistencies

 --
 Ionuț

I wrote a script [1] to check for packages in [staging] and
[community-staging] that are not newer than their [core], [extra] and
[community] counterparts.

So, below are a few more possibly problematic packages. mercurial
isn't included because the ABS tree hasn't been updated with it yet.

== Checking [staging]
denyhosts  (2.6-4 isn't newer than 2.6-4 in [extra])
python-pip (0.8-2 isn't newer than 0.8.1-1 in [extra])
python-virtualenv  (1.4.9-2 isn't newer than 1.5.1-1 in [extra])

== Checking [community-staging]
cdemu-client   (1.2.0-2 isn't newer than 1.3.0-1 in [community])
griffith   (0.11-3 isn't newer than 0.11-3 in [community])
lilypond   (2.12.3-5 isn't newer than 2.12.3-6 in [community])
openshot   (1.2.2-1 isn't newer than 1.2.2-1 in [community])
python-sphinx  (1.0.3-2 isn't newer than 1.0.4-1 in [community])
recoll (1.13.04-3 isn't newer than 1.14.2-1 in [community])
trac   (0.12-3 isn't newer than 0.12-4 in [community])


[1] http://gist.github.com/608121

Re: [arch-general] [arch-dev-public] The Great Python Rebuild of 2010 begins

[Evangelos Foutras]

I noticed that my python-jinja, python-pygments and python-south
packages aren't on the rebuild list. Shall I add them myself, or can
the list be regenerated?

Re: [arch-general] [PATCH] Remove 'Add your preferred servers here' comments

[Evangelos Foutras]

On Thu, Sep 9, 2010 at 9:09 PM, Evangelos Foutras foutre...@gmail.com wrote:
 These comments were removed from the default pacman.conf, so let's
 remove them from these default configuration files as well.
 ---
  pacman-extra.conf    |    5 -
  pacman-multilib.conf |    6 --
  pacman-staging.conf  |    7 ---
  pacman-testing.conf  |    5 -
  4 files changed, 0 insertions(+), 23 deletions(-)

 diff --git a/pacman-extra.conf b/pacman-extra.conf
 index 911c23d..3a5d875 100644
 --- a/pacman-extra.conf
 +++ b/pacman-extra.conf
 @@ -58,23 +58,18 @@ Architecture = auto
  # after the header, and they will be used before the default mirrors.

  #[testing]
 -## Add your preferred servers here, they will be used first
  #Include = /etc/pacman.d/mirrorlist

  [core]
 -# Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  [extra]
 -# Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  #[community-testing]
 -## Add your preferred servers here, they will be used first
  #Include = /etc/pacman.d/mirrorlist

  [community]
 -# Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  # An example of a custom package repository.  See the pacman manpage for
 diff --git a/pacman-multilib.conf b/pacman-multilib.conf
 index 7e0f1d7..8dfd584 100644
 --- a/pacman-multilib.conf
 +++ b/pacman-multilib.conf
 @@ -58,27 +58,21 @@ Architecture = auto
  # after the header, and they will be used before the default mirrors.

  #[testing]
 -## Add your preferred servers here, they will be used first
  #Include = /etc/pacman.d/mirrorlist

  [core]
 -# Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  [extra]
 -# Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  #[community-testing]
 -## Add your preferred servers here, they will be used first
  #Include = /etc/pacman.d/mirrorlist

  [community]
 -# Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  [multilib]
 -# Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  # An example of a custom package repository.  See the pacman manpage for
 diff --git a/pacman-staging.conf b/pacman-staging.conf
 index 14323d5..f015e63 100644
 --- a/pacman-staging.conf
 +++ b/pacman-staging.conf
 @@ -58,31 +58,24 @@ Architecture = auto
  # after the header, and they will be used before the default mirrors.

  [staging]
 -## Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  [testing]
 -## Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  [core]
 -# Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  [extra]
 -# Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  [community-staging]
 -## Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  [community-testing]
 -## Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  [community]
 -# Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  # An example of a custom package repository.  See the pacman manpage for
 diff --git a/pacman-testing.conf b/pacman-testing.conf
 index 048e4f7..910e0bc 100644
 --- a/pacman-testing.conf
 +++ b/pacman-testing.conf
 @@ -58,23 +58,18 @@ Architecture = auto
  # after the header, and they will be used before the default mirrors.

  [testing]
 -## Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  [core]
 -# Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  [extra]
 -# Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  [community-testing]
 -## Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  [community]
 -# Add your preferred servers here, they will be used first
  Include = /etc/pacman.d/mirrorlist

  # An example of a custom package repository.  See the pacman manpage for
 --
 1.7.2.3

Ignore this patch. Pierre cleaned up those comments in commit a9bfd8d.

Re: [arch-general] [PATCH] Ignore empty lines when grepping host's mirrorlist

[Evangelos Foutras]

On Sat, Sep 11, 2010 at 9:36 PM, Pierre Schmitz pie...@archlinux.de wrote:
 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.

I had sent one more patch for devtools before this, but its changes
were fully included in another recent commit so it doesn't matter.
I'll CC you next time I send a patch.

 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

Neat! :)

[arch-general] [PATCH] Ignore empty lines when grepping host's mirrorlist

[Evangelos Foutras]

---
 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'
-- 
1.7.2.3

Re: [arch-general] [PATCH] Ignore empty lines when grepping host's mirrorlist

[Evangelos Foutras]

On Sat, Sep 11, 2010 at 1:59 AM, Dave Reisner d...@falconindy.com wrote:
 On Sat, Sep 11, 2010 at 01:46:48AM +0300, Evangelos Foutras 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'
 --
 1.7.2.3


 Keep in mind this will still catch a line that only has spaces in it. I
 would suggest using the pattern '^[\t ]*(#|$)' instead to avoid this.

 d

Now that I think about it, maybe it would be best to just grep for
'^Server' instead of discarding irrelevant lines. :p

Re: [arch-general] 'Local mirror' page was removed from wiki

[Evangelos Foutras]

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

Re: [arch-general] [arch-dev-public] The Great Python Rebuild of 2010 begins

[Evangelos Foutras]

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. I'm guessing once the community-staging repository is
created on sigurd, we should be able to upload community rebuilds
there. Right?

[arch-general] [PATCH] Remove 'Add your preferred servers here' comments

[Evangelos Foutras]

These comments were removed from the default pacman.conf, so let's
remove them from these default configuration files as well.
---
 pacman-extra.conf|5 -
 pacman-multilib.conf |6 --
 pacman-staging.conf  |7 ---
 pacman-testing.conf  |5 -
 4 files changed, 0 insertions(+), 23 deletions(-)

diff --git a/pacman-extra.conf b/pacman-extra.conf
index 911c23d..3a5d875 100644
--- a/pacman-extra.conf
+++ b/pacman-extra.conf
@@ -58,23 +58,18 @@ Architecture = auto
 # after the header, and they will be used before the default mirrors.
 
 #[testing]
-## Add your preferred servers here, they will be used first
 #Include = /etc/pacman.d/mirrorlist
 
 [core]
-# Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 [extra]
-# Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 #[community-testing]
-## Add your preferred servers here, they will be used first
 #Include = /etc/pacman.d/mirrorlist
 
 [community]
-# Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 # An example of a custom package repository.  See the pacman manpage for
diff --git a/pacman-multilib.conf b/pacman-multilib.conf
index 7e0f1d7..8dfd584 100644
--- a/pacman-multilib.conf
+++ b/pacman-multilib.conf
@@ -58,27 +58,21 @@ Architecture = auto
 # after the header, and they will be used before the default mirrors.
 
 #[testing]
-## Add your preferred servers here, they will be used first
 #Include = /etc/pacman.d/mirrorlist
 
 [core]
-# Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 [extra]
-# Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 #[community-testing]
-## Add your preferred servers here, they will be used first
 #Include = /etc/pacman.d/mirrorlist
 
 [community]
-# Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 [multilib]
-# Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 # An example of a custom package repository.  See the pacman manpage for
diff --git a/pacman-staging.conf b/pacman-staging.conf
index 14323d5..f015e63 100644
--- a/pacman-staging.conf
+++ b/pacman-staging.conf
@@ -58,31 +58,24 @@ Architecture = auto
 # after the header, and they will be used before the default mirrors.
 
 [staging]
-## Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 [testing]
-## Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 [core]
-# Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 [extra]
-# Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 [community-staging]
-## Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 [community-testing]
-## Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 [community]
-# Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 # An example of a custom package repository.  See the pacman manpage for
diff --git a/pacman-testing.conf b/pacman-testing.conf
index 048e4f7..910e0bc 100644
--- a/pacman-testing.conf
+++ b/pacman-testing.conf
@@ -58,23 +58,18 @@ Architecture = auto
 # after the header, and they will be used before the default mirrors.
 
 [testing]
-## Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 [core]
-# Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 [extra]
-# Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 [community-testing]
-## Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 [community]
-# Add your preferred servers here, they will be used first
 Include = /etc/pacman.d/mirrorlist
 
 # An example of a custom package repository.  See the pacman manpage for
-- 
1.7.2.3

Re: [arch-general] [arch-dev-public] new lighttpd package

[Evangelos Foutras]

On Mon, Aug 30, 2010 at 10:51 AM, Pierre Schmitz pie...@archlinux.de wrote:
 I have also rewritten the rc script to use lighttpd-angel and hopefully
 made it more robust. This way graceful reload and shutdown is now
 supported.

This is a very nice feature to have. Thank you for implementing it in
the rc script!

Re: [arch-general] Pacman wants to install older xf86-video-ati

[Evangelos Foutras]

On Mon, Aug 30, 2010 at 10:02 PM, Damjan Georgievski gdam...@gmail.com wrote:
 I've installed the new X stuff from the [testing] repo including the
 xf86-video-ati-6.13.1-2

 Since that, I've commented out [testing] since I don't want other
 things from it, but now  on each pacman -Syu it wants to install the
 older package from extra xf86-video-ati-6.13.1-1. Is something forcing
 this package and how can I find what?

That would be the 'force' flag (explained in `man PKGBUILD') being set
in xf86-video-ati-6.13.1-1's PKGBUILD.

My suggestion would be to add xf86-vide-ati to IgnorePkg in
/etc/pacman.conf until the new package moves out of [testing]. You
could also use `pacman -Syu --ignore xf86-video-ati' for the same
effect.

Re: [arch-general] [arch-dev-public] The Great Python Rebuild of 2010 begins

[Evangelos Foutras]

On Sun, Aug 29, 2010 at 5:48 PM, Allan McRae al...@archlinux.org wrote:
 On 18/08/10 01:46, Allan McRae wrote:

 Hi,

 I have pushed the new python (3.1) and python2 (2.7) packages to the new
 [staging] repo so rebuilds can start there. Remember the staging repo
 should never be used outside a build chroot... If you do, everything
 python related will break on your system.

 TUs will not be able to start uploading rebuilds yet as they do not have
 a staging equivalent, but we will sort something out for them once we
 get all the db-scripts/devtools changes tested for the main one first.
 The package pool is going to save us a heap of issues when this gets
 moved so it is worth the wait.


 The key things to remember with the rebuild are:

 - build in clean chroots. Most packages will detect python2 or
 python-2.7 once they see no python and use that. Some will need
 simple patching.

 - change your dependencies to python2

 - check files for #!'s with /usr/bin/python or /usr/bin/env python.
 If you have those you will need to do a sed to change them to python2.


 If you come across a package that you can not easily fix, add it to

 http://wiki.archlinux.org/index.php/DeveloperWiki:Python_Todo_List#Packages_with_rebuild_issues
 and I will take a look at it.


 Just a reminder for people to look at their packages and rebuild them for
 this.  We seem to of stalled majorly...

 Allan

Any updates regarding the creation of a [community-staging] repository?

Re: [arch-general] Package changelog

[Evangelos Foutras]

On Tue, Aug 24, 2010 at 12:49 AM, Magnus Therning mag...@therning.org wrote:
 I just found out about the changelog= directive for PKGBUILDs.  However I
 can't really find more detailed information about it, e.g. is there a
 specific
 format that I have to follow?

 Where can I find more info?

 /M

 --
 Magnus Therning                        (OpenPGP: 0xAB4DFBA4)
 magnus＠therning．org           Jabber: magnus＠therning．org
 http://therning.org/magnus         identi.ca|twitter: magthe

See the manual page for PKGBUILD (i.e.: `man PKGBUILD').

Re: [arch-general] New kernel and Realtek 8171 wireless card

[Evangelos Foutras]

On Thu, Aug 19, 2010 at 7:04 PM, Rafael Beraldo
rafaelluisbera...@gmail.com wrote:
 I uploaded my Arch box this morning, and my wireless card doesn't work
 anymore. I had to install this AUR package [1] to get it working with prior
 kernel versions. When I ran lsmod | grep r8192, I realised that the module
 isn't being loaded. But it makes no difference to run modprobe r8192e_pci
 --- ifconfig -a won't show any wireless extentions.

 Does anybody have this issue? I browsed the forum and the bug tracker and
 found nothing about it. Unfortunatelly I ran pacman -Scc yesterday, so I
 can't downgrade!

 I'm sorry if I didn't make myself clear but I'm such a hurry I can't even
 think clearly. Thank you all.

 [1] http://aur.archlinux.org/packages.php?ID=34281

 --
 Rafael Beraldo
 http://cabaladada.org

You need to rebuild the package against the new kernel.

Re: [arch-general] suggestions for astrolog package on aur

[Evangelos Foutras]

On Wed, Aug 18, 2010 at 5:01 AM, Jude DaShiell jdash...@shellworld.net wrote:
 For ecraven specifically, the astrolog package needs its astrolog.dat file
 packaged with it since the astrolog.dat file controls the operation of
 astrolog itself.  I was able to fix that deficit after having downloaded and
 installed the aur package as a result of prior use of the software. That
 file belongs in /usr/share/astrolog and the DEFAULT path in astrolog.h needs
 to point to /usr/share/astrolog as well before compilation.  The file
 ephemall.zip also ought to be extracted into /usr/share/astrolog because
 that file on the same site as the astrolog software is the ephemeris files
 for astrolog.  The accuracy of calculations improve with use of ephemeris
 files and Lilith can then also be calculated.  Other than that, this is a
 good package and builds well.

The comment section in the AUR would probably be a better place to
provide feedback/suggestions to the maintainer.

Re: [arch-general] [signoff] kernel26 2.6.35.2-1

[Evangelos Foutras]

On Tue, Aug 17, 2010 at 10:59 AM, Dennis Beekman
d.c.beekman.de...@gmail.com wrote:
 signoff here, works fine on both my desktop and my laptop (both i386)

No problems here either, on three machines (two x86_64 and one i686).

Re: [arch-general] [arch-dev-public] [staging] repository: Let's give it a try!

[Evangelos Foutras]

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].)

Re: [arch-general] [arch-dev-public] [staging] repository: Let's give it a try!

[Evangelos Foutras]

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.)

Re: [arch-general] [arch-dev-public] [staging] repository: Let's give it a try!

[Evangelos Foutras]

On Wed, Aug 11, 2010 at 7:59 PM, Pierre Schmitz pie...@archlinux.de wrote:
 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

I'm not sure what you mean with `at the moment', but if any rebuild
that affects [community] packages goes into [staging], TUs will need
access to it so the affected packages can be rebuilt. Also, it would
be desirable to immediately have access to the private mirror as this
eliminates any delay between the time when new packages get committed
to [testing] and the moment they reach the mirrors.

Anyway, Ionuț was kind enough to let me know of the URL in
#archlinux-tu. Other interested TUs can ask for it in the same
channel, I suppose.

PS: Package pools sound interesting! :)

Re: [arch-general] makepkg and md5/sha1/etc

[Evangelos Foutras]

On Thu, Jul 29, 2010 at 11:57 AM, Magnus Therning mag...@therning.org wrote:
 makepkg has support for using hashes besides md5, but is there a way to get
 'makepkg -g' to generate any hashes besides md5?

makepkg generates checksums based on the hash algorithm used in the
PKGBUILD. For example, if the PKGBUILD contains sha1sums, makepkg will
also output sha1sums.

Re: [arch-general] makepkg and md5/sha1/etc

[Evangelos Foutras]

On Thu, Jul 29, 2010 at 12:19 PM, Adam Hani Schakaki k...@krzd.net wrote:
 is there a way to replace the old sum with the new sum with makepkg -g? e.g.
 somewhere in there middle in the PKGBUILD is md5sums = OLD and i want it
 updated there. if i would do makepkg -g  PKGBUILD, i would have it double.

See my funky awk command here:

https://bbs.archlinux.org/viewtopic.php?pid=423094#p423094

Re: [arch-general] perl-authen-sasl: local (2.1401-1) is newer than community (2.15-1)

[Evangelos Foutras]

On 20/07/10 18:14, Damjan Georgievski wrote:

This is what happens to me now
# pacman -Syu
...
:: Starting full system upgrade...
warning: perl-authen-sasl: local (2.1401-1) is newer than community (2.15-1)

I guess this happens because I have installed something from testing
at one point, and anyway, I know how to override this warningm but..

The question is, should pacman think that 2.1401 is newer than 2.15 ?


Looks like perl-authen-sasl 2.15 should have the 'force' option set. The 
minor version number is going from 1401 to 15, and that causes pacman to 
assume it's an older release.


I posted a bug report: http://bugs.archlinux.org/task/20238.

Re: [arch-general] Rsync not handling spaces in directory names

[Evangelos Foutras]

On Sat, Jul 10, 2010 at 7:01 AM, Jordan Windsor jorda...@gmail.com wrote:
 I'm unable to get rsync to handle a particular directory which
 contains spaces within its name.
 Here's the command I run and the output:

 [jor...@archpc Program Files]$ rsync -rve 'ssh -p ' Steam
 archlap:/mnt/media/larissa-wine/drive_c/Program\ Files

The way the space is escaped there at the end probably needs some
tweaking. Note that the space is escaped in the current shell, and
rsync receives 'archlap:/mnt/media/larissa-wine/drive_c/Program Files'
as the last argument. I'm not sure how it's handled after this point,
but either of the following ways should work:

1) archlap:/mnt/media/larissa-wine/drive_c/Program\\\ Files
2) archlap:'/mnt/media/larissa-wine/drive_c/Program\ Files'

Re: [arch-general] [arch-dev-public] [PATCH 1/2] checkpkg: Use temporary working directory

[Evangelos Foutras]

On 05/07/10 04:18, Eric Bélanger wrote:

Signed-off-by: Eric Bélangersnowmanisc...@gmail.com
---
  checkpkg |8 
  1 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/checkpkg b/checkpkg
index 47fb672..7765d80 100755
--- a/checkpkg
+++ b/checkpkg
@@ -27,6 +27,12 @@ if [ $arch == 'any' ]; then
CARCH='any'
  fi

+TEMPDIR=$(mktemp /tmp/checkpkg-script.)
+rm $TEMPDIR
+mkdir -p $TEMPDIR


mktemp can be called with the -d switch and it will create a directory 
instead of a file. I believe that's the preferable way to go about it.



+
+cd $TEMPDIR
+
  for _pkgname in ${pkgna...@]}; do
pkgfile=${_pkgname}-${pkgver}-${pkgrel}-${CARCH}${PKGEXT}
oldstylepkgfile=${_pkgname}-${pkgver}-${pkgrel}${PKGEXT}
@@ -90,3 +96,5 @@ for _pkgname in ${pkgna...@]}; do
echo No filename differences for $_pkgname.
fi
  done
+
+echo Files saved to $TEMPDIR

Re: [arch-general] Catalyst-test

[Evangelos Foutras]

On 23/06/10 12:18, Madhurya Kakati wrote:

Hi,
I haven't upgrade to Xorg 1.8 yet. The problem is that i am using
catalyst-test driver i.e fglrx on my system. So i wanted to know if
there will be any problems if i upgrade to Xorg 1.8.

The reason i am asking this question is because of this

  To get it work with xorg-server= 1.8 (when it will arrive in
[extra] repo) you need patched xorg-server, you may get it from
[catalyst-test-xorg18] repo, more here:
http://bbs.archlinux.org/viewtopic.php?pid=740353#p740353;


I had been using Catalyst 10.6 with a patched xorg-server 1.8 that 
reported its version as 1.7, I believe. However, I upgraded to 
xorg-server 1.8.1.902-1 from [extra] and noticed no issues whatsoever.


Maybe give Catalyst 10.6 + xorg-server 1.8.1.902-1 a try? :)

Re: [arch-general] Gnome clock

[Evangelos Foutras]

On 21/06/10 22:22, Ignacio Galmarino wrote:

After updating my system today and logging into gnome i get a dialog
with the following error:

The panel encountered a problem while loading OAFIID:GNOME_ClockApplet.

and im offered the option to delete the clock applet.

Any idea what goes wrong ?

Ignacio


You need gnome-panel 2.30.0-2. See the following thread too:

http://bbs.archlinux.org/viewtopic.php?id=99535

[arch-general] Where have my 135 MB of memory gone?

[Evangelos Foutras]

Hi everyone,

This isn't exactly a serious issue, but it's something that's been
bugging me for some time now. Today, after spending a few hours
searching the Internet for information and trying some boot options
(i.e.: setting iommu to stuff like noagp and noaperture,) I've decided
to ask on this mailing list, hoping that someone more knowledgeable
might be able to help me figure this out.

I have 4 GB of memory installed on my Arch x86_64 desktop computer.
The integrated graphics chipset is using 128 MB of those 4096 MB,
along with another 128 MB from the sideport memory that exists on the
motherboard. That should leave me with 3968 MB of usable memory.
However, /proc/meminfo [1] (and `free -m') reports 3833 MB, which is
135 MB less than the expected amount.

In `dmesg' output, I also see the following line:

Memory: 3857352k/4849664k available (3481k kernel code, 787336k
absent, 204976k reserved, 1790k data, 480k init)

which says that ~200 MB are reserved. This doesn't match the 135 MB I
calculated above, but could possibly include it.

So, what's going on here? Where and how is my missing memory being used?

Thanks in advance for any replies/suggestions. :)


[1] http://codepad.org/SGJbaS05 (/proc/meminfo contents)
[2] http://codepad.org/6vgofmKc (dmesg output)

Re: [arch-general] Counting Lines of Code

[Evangelos Foutras]

On Sun, Jun 20, 2010 at 1:33 AM, Allan McRae al...@archlinux.org wrote:
 On 20/06/10 08:23, Gaurish Sharma wrote:

 Hi,
 I am trying to get a rough idea on total line of code in my php
 project. Currently, I use this command.

 $ ( find ./ -name '*.php' -print0 | xargs -0 cat ) | wc -l

 But it empty lines/comments, hence the figure is huge. Any other
 Alternative?


 community/sloccount 2.26-5
    Tools for counting physical source lines of code

There's also community/cloc (which I maintain; shameless plug :P)
However, I don't know which is the better of the two. :P

Re: [arch-general] gnome only install - installing compiz pulls in kde4-runtime?? Why?

[Evangelos Foutras]

On Sat, Jun 19, 2010 at 7:51 AM, David C. Rankin
drankina...@suddenlinkmail.com wrote:
 Guys,

        First install with the 2010-5 dual net install on an i686 box. Kudos, 
 install
 was painless. Only issue was I had my pkg/ dir on a usb stick and I couldn't 
 get
 the installer to use it for install. I mounted it where it was supposed to be
 mounted according to the installer (don't remember exactly /src/core/pkg or 
 the
 like). It couldn't find the core.blah package...

        This is the first install where I haven't install kde/kdm. For this 
 install, I
 only installed gnome/gdm. I don't want kde4 within 10 feet of this box. I do
 want compiz installed. When I installed compiz, it pulled in kde4 runtime, the
 compiz-decorator-kde, kdelibs, etc..

        Why?  Can't I just have a gnome box with compiz? Can I uninstall the 
 kde4 mess?

See here: 
http://wiki.archlinux.org/index.php/Compiz#Install_from_.5Bcommunity.5D

Re: [arch-general] [arch-dev-public] dropping flashplugin x86_64

[Evangelos Foutras]

On Wed, Jun 16, 2010 at 4:20 PM, Gaurish Sharma
cont...@gaurishsharma.com wrote:
 Hi,
 People can try minitube[1] from AUR. Its based on QT and plays youtube
 without flash.


 [1] http://aur.archlinux.org/packages.php?ID=34462
 Regards,
 Gaurish Sharma
 www.gaurishsharma.com

This is seriously awesome. Thanks.

Re: [arch-general] Xorg-server 1.8 - when?

[Evangelos Foutras]

On Wed, Jun 16, 2010 at 9:12 PM, Aljosha Papsch joschi.pap...@yahoo.de wrote:
 How can you answer to a message that was sent after yours?

Probably by not running an NTP daemon and having your system clock
fall behind or get misconfigured.

Re: [arch-general] repo update

[Evangelos Foutras]

On 26/05/10 10:20, Madhurya Kakati wrote:

Hi,
I have heard Google Chrome (chromium) for linux and mac is out of beta.
When is it coming to arch repo?
Thanks


It's already been in [extra] for some time now. :)

http://www.archlinux.org/packages/extra/i686/chromium/

Re: [arch-general] [arch-dev-public] kernel 2.6.34-1

[Evangelos Foutras]

On 19/05/10 02:10, Thomas Bächler wrote:

This file lacks some conflicts/provides, but you should be able to
install it instead of kernel26-firmware.
http://dev.archlinux.org/~thomas/linux-firmware-git-20100519-1-any.pkg.tar.xz

Let me know what you think. Also, there have been some reports about
missing ralink firmware files, those might be in here as well.


I replaced both kernel26-firmware and radeon_ucode with this. The 
included radeon firmware works fine with my integrated HD 4200.


Also did a diff [1] between the file lists of kernel26-firmware-2.6.34-1 
and linux-firmware-git-20100519-1. It shows that ralink firmware has 
indeed been added to the linux-firmware repository, which should resolve 
FS#19519 [2].



[1] http://paste.pocoo.org/show/215616/
[2] http://bugs.archlinux.org/task/19519

Re: [arch-general] [arch-dev-public] kernel 2.6.34-1

[Evangelos Foutras]

On 17/05/10 22:24, Mauro Santos wrote:

I have noticed that if I don't have radeon_ucode [1] installed then
early or late KMS don't work and I get just a black screen. However I
didn't wait 1 minute to check if after a while the boot process resumes.

[1] http://aur.archlinux.org/packages.php?ID=33016


My experience with an integrated Radeon HD 4200 card and KMS is similar. 
Without radeon_ucode, everything will work fine until I need to resume 
from suspend-to-ram. The screen will then just stay in standby mode for 
about a minute (a couple of seconds, give or take) before it'll come to 
life again. With either KMS disabled or radeon_ucode installed, this 
problem doesn't occur.


It appears that, in my case, the card requests a firmware file named 
R600_rlc.bin which is included in radeon_ucode. If you google this file, 
you'll find several instances in which this file has been discussed.


Some insightful discussion is here: http://lkml.org/lkml/2010/1/26/169.

In particular, notice Alex's reply stating:

--8
In general, microcode is slowly being moved out of the kernel and into 
the Linux firmware tree:

http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=tree
Eventually all of the radeon microcode will end up out up in that tree.
--8

I'm not sure what this means for our kernel26-firmware package, but I 
believe we would want to ship the files included in the Linux firmware 
tree.


What do you think? :)

Re: [arch-general] [arch-dev-public] kernel 2.6.34-1

[Evangelos Foutras]

On 18/05/10 17:28, Thomas Bächler wrote:

Am 18.05.2010 16:06, schrieb Evangelos Foutras:

In particular, notice Alex's reply stating:

--8
In general, microcode is slowly being moved out of the kernel and into
the Linux firmware tree:
http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=tree
Eventually all of the radeon microcode will end up out up in that tree.
--8

I'm not sure what this means for our kernel26-firmware package, but I
believe we would want to ship the files included in the Linux firmware
tree.


No, we don't. We want to and will ship all the firmware files that are
included in the current Linux release (make install_firmware).

If the developers are not capable of ensuring that the driver and
firmware versions in the Linux releases work together, that is a bug on
their end. In this case, it seems they move code out of the radeon
driver more quickly than into the firmware files - I am not willing to
fix this screwup for them.


I see your point. It seems that upstream kernel developers don't wish to 
ship firmware files, which is... not ideal for downstream (e.g. Arch).


However, these firmware files are needed for R600/R700/Evergreen cards 
[1], therefore I see two options:


1) radeon_ucode [2] can be brought to [extra] and an announcement added 
to the front page informing users about this. (The package should also 
be renamed to radeon-ucode in order for it to be consistent with the 
rest of the firmware packages.)


2) Alternately, the radeon firmware files could be included in the 
kernel26-firmware package.


I like the first option better because it keeps things separate.


[1] 
http://wiki.x.org/wiki/radeonBuildHowTo#TroubleshootingExtraFirmwareforR600.2BAC8-R700.2BAC8-Evergreen

[2] http://aur.archlinux.org/packages.php?ID=33016

Re: [arch-general] [arch-dev-public] kernel 2.6.34-1

[Evangelos Foutras]

On Tue, May 18, 2010 at 10:49 PM, Nezmer a...@nezmer.info wrote:
 FYI, I had this discussion with the radeon guys months ago in IRC.
 Apparently, kernel guys (maybe Linus) decided to not add new firmware
 files to the kernel tree. That's why we have all those firmware packages
 for in-tree modules.

Depending on what direction the kernel guys have taken, there is
another option worth considering. If firmware is now only added to a
separate repository, namely linux-firmware.git [1], it probably
wouldn't be a bad idea to switch our kernel firmware package to that
[2]. Fedora has done something similar with their linux-firmware [3]
package.

Anyway, I'm not really sure what the best course of action is here.
The above option does seem like a more general and future-proof
solution to this kind of issues. As a bonus, it also covers several
Intel wireless cards, thus making their respective -ucode packages [4]
in [core] redundant.

@Devs: The final decision is yours. :)

[1] http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=summary
[2] http://www.kernel.org/pub/linux/kernel/people/dwmw2/firmware/
[3] http://cvs.fedoraproject.org/viewvc/rpms/linux-firmware/
[4] http://www.archlinux.org/packages/?q=-ucode

Re: [arch-general] final final testing images

[Evangelos Foutras]

Okay guys,

props to Thomas for finding out the problem with the initialization of
wireless cards.

I built new images, dated 2010.05.16 (aka final final images ;)) in
which this should be fixed, and which also come with updated core
packages, most notably kernel26-2.6.33.4-1

http://build.archlinux.org/isos/

thanks to everyone who tested the 2010.05.13 (or earlier) images.
i received confirmation for 4 images with which a boot+installation went fine.
for netinstall-dual.iso I only reiceved confirmation that it boots fine
(but that's enough, given the other tested images).
However i got no feedback for the core-x86_64 image.

So right now, these two things are needed:
* confirmation that archlinux-2010.05.16-core-x86_64.iso boots fine.
* confirmation that wireless cards are properly initialised now.

cheers, and stay tuned for a release soonish :)

Dieter


I did an offline installation with archlinux-2010.05.16-core-x86_64.iso 
in VirtualBox and it went flawlessly. I also used dm_crypt for the root 
partition and experienced no issues with that either. :)


The new Grub theme used in the installation media is looking very sharp 
too. I love it. :)


Awesome work Dieter!

Re: [arch-general] what is this supposed to mean ?

[Evangelos Foutras]

On Thu, Apr 22, 2010 at 12:26 AM, Fons Adriaensen f...@kokkinizita.net wrote:
 Hello,

 Trying to do a complete system update, I get:

 error: failed to commit transaction (conflicting files)
 cups: /etc/cups/printers.conf exists in filesystem
 Errors occurred, no packages were upgraded.

 Certainly that file does exist, it probably has to
 in order to make my printer work.

 But why

 - is this an 'error'
 - does it block the update

 ???

 And

 - What do I have to do to enable the system update ?

 And

 maybe pacman could be a bit more informative in such cases ?

 Ciao,

Please see the front page news. There are instructions regarding the
CUPS update. :)

Re: [arch-general] Ssl no more :(

[Evangelos Foutras]

On 20/04/10 13:19, Andrea Crotti wrote:

--8---cut here---start-8---
syslog-ng  1751root  DEL   REG  253,625250370 
/usr/lib/libcrypto.so.0.9.8
syslog-ng  1752root  DEL   REG  253,625250370 
/usr/lib/libcrypto.so.0.9.8
ntpd   1925root  DEL   REG  253,625250370 
/usr/lib/libcrypto.so.0.9.8
smbd   1932root  DEL   REG  253,625250370 
/usr/lib/libcrypto.so.0.9.8
nmbd   1935root  DEL   REG  253,625250370 
/usr/lib/libcrypto.so.0.9.8
smbd   1957root  DEL   REG  253,625250370 
/usr/lib/libcrypto.so.0.9.8
master 2025root  DEL   REG  253,625250370 
/usr/lib/libcrypto.so.0.9.8
monit  2083root  DEL   REG  253,625250370 
/usr/lib/libcrypto.so.0.9.8
qmgr   2588 postfix  DEL   REG  253,628226710 
/usr/lib/libcrypto.so.0.9.8
openvpn5029root  DEL   REG  253,628226710 
/usr/lib/libcrypto.so.0.9.8
openvpn5032root  DEL   REG  253,628226710 
/usr/lib/libcrypto.so.0.9.8
clock-app 20157root  DEL   REG  253,625250370 
/usr/lib/libcrypto.so.0.9.8
pickup25888 postfix  DEL   REG  253,628018408 
/usr/lib/libcrypto.so.1.0.0
sshd  27887root  DEL   REG  253,628949237 
/usr/lib/libcrypto.so.1.0.0
sshd  27889root  DEL   REG  253,628949237 
/usr/lib/libcrypto.so.1.0.0
--8---cut here---end---8---


How did you produce that output? :)

Re: [arch-general] What are the dual isos about?

[Evangelos Foutras]

On Sat, Apr 10, 2010 at 7:39 PM, Karol Babioch ka...@babioch.de wrote:
 Hi,

 I've found the following link, which seems to contain more up to date
 images of archlinux and the installer: http://build.archlinux.org/isos/

 Now I'm wondering what these dual images are about? Is this a new
 architecture? Whats the difference to x86_64 in that case? How is the
 support for packages?

 Thanks in advance!
 --
 Best regards,
 Karol Babioch ka...@babioch.de

They are simply images that contain both architectures and you can
chose which to boot.

Re: [arch-general] pacman -Syu

[Evangelos Foutras]

On Sun, Apr 11, 2010 at 2:59 AM,  f...@kokkinizita.net wrote:
 What do I need to do in order to update this system ?

 ...
 checking package integrity...
 (196/196) checking for file conflicts               
 [#] 100%
 error: failed to commit transaction (conflicting files)
 pm-utils: /etc/pm/ exists in filesystem
 pm-utils: /usr/lib/pkgconfig/pm-utils.pc exists in filesystem
 pm-utils: /usr/share/man/man1/on_ac_power.1.gz exists in filesystem
 pm-utils: /usr/share/man/man1/pm-is-supported.1.gz exists in filesystem
 pm-utils: /usr/share/man/man8/pm-action.8.gz exists in filesystem
 pm-utils: /usr/share/man/man8/pm-hibernate.8.gz exists in filesystem
 pm-utils: /usr/share/man/man8/pm-pmu.8.gz exists in filesystem
 pm-utils: /usr/share/man/man8/pm-powersave.8.gz exists in filesystem
 pm-utils: /usr/share/man/man8/pm-suspend-hybrid.8.gz exists in filesystem
 pm-utils: /usr/share/man/man8/pm-suspend.8.gz exists in filesystem
 Errors occurred, no packages were upgraded.

Do a `pacman -Qo /usr/lib/pkgconfig/pm-utils.pc' to see which package
those files belong to.

Re: [arch-general] [arch-dev-public] [signoff] openssl, heimdal and icu rebuilds

[Evangelos Foutras]

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.

Re: [arch-general] keyboard not working in Xorg after package updates

[Evangelos Foutras]

On Wed, Apr 7, 2010 at 8:35 PM, David C. Rankin
drankina...@suddenlinkmail.com wrote:
 On the same note, after the latest Xorg update, X (nVidia card) was failing to
 start on the same xorg.conf I had used with my arch box since I first 
 installed
 arch.

Add a ServerFlags section to your xorg.conf and inside that insert:

Option IgnoreABI True

When a new driver is released that recognizes the new xorg-server
version, you can remove that.

Re: [arch-general] new netinstall image required ?

[Evangelos Foutras]

On 02/04/2010 11:29 μμ, f...@kokkinizita.net wrote:

On Fri, Apr 02, 2010 at 07:57:10PM +0200, Dieter Plaetinck wrote:


2) get a new iso from http://build.archlinux.org/isos/


The site mentions that a *.iso can be used on an USB stick
as well which is new to me. Is anything special required
(apart from the normal 'dd' to copy it) ?

Ciao,


Nope, that's the point. :)

Re: [arch-general] ArchLinux in space?

[Evangelos Foutras]

On Tue, Mar 30, 2010 at 6:36 PM, Dan Vratil vra...@progdansoft.com wrote:
 Hi,
 I was surprised when I read today that scientists found a pacman installed on
 one of Saturn's moons!

 See yourself:
 http://www.nasa.gov/centers/goddard/news/features/2010/pac-man-mimas.html

 This probably makes ArchLinux the furthest installed distro ever! :-)

Om nom nom nom; delicious planet.

Re: [arch-general] Update register/log

[Evangelos Foutras]

On Fri, Mar 12, 2010 at 11:07 AM, Manne Merak manneme...@gmail.com wrote:
 Is there a register or log that lists the history of package updates.
 I need to know what versions of encfs and openssl were updated and when.
 I am still unable to mount my 1.5 year old volume because of broken encfs
 and openssl update.
 (I did read all the bug reports associated with this, they recommend
 downgrading to openssl 0.9.8l, which I already tried)

 Manne

I believe you want /var/log/pacman.log.

Re: [arch-general] Security

[Evangelos Foutras]

On Fri, Mar 12, 2010 at 11:49 AM, Gordon Campbell
gordy2...@hotmail.co.uk wrote:
 Hi all,

 I am new to this list and fairly new to Arch Linux. My Question is do I need
 to install a firewall? if so which one?

 Thanks in advance,

 Gordy

For a home computer you don't need to have a firewall installed, since
you're probably not running any services (e.g.: web, database or
e-mail server) that would listen on certain ports. Your router most
likely uses NAT [1] as well, and this means that incoming traffic
won't reach any machines inside the local network, unless you've
configured port forwarding [2].


[1] http://en.wikipedia.org/wiki/Network_address_translation
[2] http://en.wikipedia.org/wiki/Port_forwarding

Re: [arch-general] php / mysql connection after recent update

[Evangelos Foutras]

On 11/03/2010 12:23 μμ, Chris Allison wrote:

Morning,

Since updating yesterday, all my php scripts that connect to a mysql
database (whether local or over the network) stopped being able to connect.
I had to append the port number to the host definition in the mysql connect
function call to get them to work again.  I have been unable to find what
has changed.  Any ideas where the change may have happened.

thanks

Chris Allison


Have you taken care of any .pacnew files installed under /etc/php and 
/etc/mysql? Also, you'll need to include information about the versions 
you updated to and the old versions.

Re: [arch-general] Where to install python apps: /usr/lib/python2.6/site-packages/xyz??

[Evangelos Foutras]

On 11/03/2010 06:27 μμ, David C. Rankin wrote:

Guy,

I know nothing about python other than what it is. I need to install
repoview-0.6.5 on my arch server, but I'm not sure where. Looking at the other
python apps like cairo, FusionIcon, etc.. thay seem to be installed as a
subdirectory to:

/usr/lib/python2.6/site-packages/

The repoview directory contains:

drwxr-xr-x  3 david david  4096 Feb 19 13:31 templates
-rw-r--r--  1 david david  3457 Feb 19 13:31 ChangeLog
-rw-r--r--  1 david david 18009 Mar  3  2005 COPYING
-rw-r--r--  1 david david   708 Jul 19  2007 README
-rw-r--r--  1 david david  2634 Sep 27  2007 repoview.8
-rwxr-xr-x  1 david david 32932 Feb 19 13:31 repoview.py

Do I just move the directory to /usr/lib/python2.6/site-packages/?  
Then is
there something else I need to do to register (for lack of better words)
repoview somewhere so python knows it is there? Then what about the man page?
Anything special required to do I just move it to /usr/share/man or 
/usr/local/man?


I believe it's supposed to be run as a standalone script, so the best 
place for it would be /usr/bin, with the templates under 
/usr/share/repoview.


I made a simple package [1] for it. I cannot test it since it wants to 
be run on an rpm repository, which I don't know how to make. Give it a 
try and maybe adopt it if you're interested in maintaining it.


Generally /usr/lib/python-x.y/site-packages is used for Python packages 
that consist of many files and behave as modules; mainly libraries, but 
applications as well (which in turn install a start-up script under 
/usr/bin).


Cheers.


[1] http://aur.archlinux.org/packages.php?ID=35377

Re: [arch-general] [arch-dev-public] Let's agree on a common coding style

[Evangelos Foutras]

On 13/02/2010 08:57 μμ, Thomas Bächler wrote:

Never use `...`, always $(...), always use the braces for variable names
and always quote paths that contain variables.


I do not agree with your view that braces should always be used around 
variable names. While I would like to read any justification about that, 
my opinion is that they should only be used when necessary.


For example, in a PKGBUILD I would write ${pkgname}_$pkgver, because _ 
can be part of a variable name, but I'd much rather prefer to use 
$pkgname-$pkgver, since hyphens are not allowed in variable names.


Less typing, less ugliness. :)

Re: [arch-general] [arch-dev-public] Let's agree on a common coding style

[Evangelos Foutras]

On 13/02/2010 11:11 μμ, Thomas Bächler wrote:

Am 13.02.2010 21:57, schrieb Dieter Plaetinck:

For example, in a PKGBUILD I would write ${pkgname}_$pkgver,
because _ can be part of a variable name, but I'd much rather
prefer to use $pkgname-$pkgver, since hyphens are not allowed in
variable names.

Less typing, less ugliness. :)



This is the way I've always done it and it's much nicer to read. Same
for quoting, use only when needed.


+1 for braces around vars only when needed.


If you use braces only when necessary, it will not be consistent - you
have braces sometimes and other times you don't. I thought coding style
was about consistency.


As Dieter mentioned, we can use braces when needed and be consistent in 
this regard. Most of the time they are not needed and I think using them 
everywhere hinders readability with no obvious benefit.

Re: [arch-general] wkhtmltopdf

[Evangelos Foutras]

On 11/02/2010 07:57 πμ, andrew james wrote:

On 02/06/2010 09:57 AM, Evangelos Foutras wrote:

On 06/02/2010 01:58 μμ, richard terry wrote:

Hi List/Evangelos:

This is a really useful utility, I'd like to use it to join documents.

It dosn't seem to be built against a 'patched version' of qt whatever
that may
mean.:

This version of wkhtmltopdf is build against an unpatched version of
QT, and
does not support more then one input document.

I see that there is a PKGBUILD, and wondered if anyone knew how to get a
'patched version' of QT to build it against to get more functionality.


Hi Richard,

The wkhtmltopdf package in [community] is built against the vanilla Qt
library from [extra]. For uses that require a patched Qt library, your
best bet is probably to give the official static build a go. I uploaded
a wkhtmltopdf-static [1] package to the AUR for you to try.

Let us know if that works for you.

Cheers.


[1] http://aur.archlinux.org/packages.php?ID=34352


at the project site, there is a precompiled binary, it works patched,
the i386 works with x86_64 (is what I use) when you have the 32bit
libraries, for the 32 bit libraries read archlinux wiki


Or you can simply grab the amd64 version that is compiled for x86_64 and 
doesn't need any 32-bit libraries. This is also what the 
wkhtmltopdf-static package does. :)

Re: [arch-general] pacman too slow on reboot

[Evangelos Foutras]

On 10/02/2010 04:49 μμ, Nilesh Govindarajan wrote:

Hi,

Recently I'm facing a funny problem. pacman (and even packer) is t
slow to search -Ss (db+aur) or -Qs (db). I see a lot of HDD activity
going on. But when I run pacman-optimize, it gets fixed.

This happens at every boot. Any ideas ?


Pacman's package databases (located inside /var/lib/pacman) are composed 
of many small files. Going through all of those files requires lots of 
read operations from the disk, which as you've noticed take a 
non-trivial amount of time (maybe several seconds). These files are then 
cached in memory and subsequent pacman operations are very fast. When 
you perform a reboot, disk cache is cleared and the files need to be 
accessed from the disk again.


There has been discussion [1] about using a single tarball or an sqlite3 
database for storing the package databases (maybe except the local one 
which is generally not that big). However, I'm not aware of any 
definite, reliable solution that has been developed yet.



[1] http://bugs.archlinux.org/task/8586

Re: [arch-general] random bug report

[Evangelos Foutras]

On 06/02/2010 12:49 μμ, Milos Negovanovic wrote:

Hi all,


r...@mighty ~ # grep -r cron.pid /etc/
/etc/logrotate.d/crond:kill -HUP `cat /var/run/cron.pid`


If I am not mistaken this should be crond.pid

Regards
Milos Negovanovic


Your observation seems correct. Please report it on 
http://bugs.archlinux.org/ so it gets the proper attention. :)

Re: [arch-general] wkhtmltopdf

[Evangelos Foutras]

On 06/02/2010 01:58 μμ, richard terry wrote:

Hi List/Evangelos:

This is a really useful utility, I'd like to use it to join documents.

It dosn't seem to be built against a 'patched version' of qt whatever that may
mean.:

This version of wkhtmltopdf is build against an unpatched version of QT, and
does not support more then one input document.

I see that there is a PKGBUILD, and wondered if anyone knew how to get a
'patched version' of QT to build it against to get more functionality.


Hi Richard,

The wkhtmltopdf package in [community] is built against the vanilla Qt 
library from [extra]. For uses that require a patched Qt library, your 
best bet is probably to give the official static build a go. I uploaded 
a wkhtmltopdf-static [1] package to the AUR for you to try.


Let us know if that works for you.

Cheers.


[1] http://aur.archlinux.org/packages.php?ID=34352

Re: [arch-general] Recent update to php-apache breaks LAMP stack.

[Evangelos Foutras]

On 04/02/2010 08:19 μμ, Ashish SHUKLA wrote:

Angel Velásquez writes:

On Tue, Feb 2, 2010 at 7:44 AM, Ashish SHUKLAwahjava...@gmail.com  wrote:

Hi,

I'd recently updated php, mysql, and php-apache packages to following versions:

php 5.3.1-4
mysql 5.1.43-1
php-apache 5.3.1-4

After update my existing webapps started showing error: Unable to connect to
database, with nothing changed on the webapps side. After assuming that recent
update cause them to break, I downgraded all related packages, and then
upgraded them one-by-one. Following is the final combination which worked for
me:

php 5.3.1-4
mysql 5.1.43-1
php-apache 5.3.1-3

If anyone also exhibits this behaviour, then I can report this as bug.

Thanks
Ashish SHUKLA
--
They who can give up essential liberty to obtain a little temporary safety,
deserve neither liberty nor safety.
  -- Benjamin Franklin, Memoirs of the life and writings of Benjamin Franklin




would you like to paste in someplace your php.ini config and your
pacman -Ql | grep php


The only change in php.ini is the values of upload_max_filesize,
error_reporting and display_errors settings, which I don't think will cause
any breakage.


what database are you using, I guess mysql, right?,


Right.

Thanks
Ashish SHUKLA


This should be fixed in the php 5.3.1-5 packages.

See: http://bugs.archlinux.org/task/17930

[arch-general] One more tiny patch that should bring a massive performance boost :D

[Evangelos Foutras]

Hello,

During the recent libpng/libjpeg rebuilds, one thing that I noticed is
that (big) Todo lists are really slow to load. Turns out that the
current code is doing tons of simple queries (4 per package) which,
although are quick to execute on the database server, take a 
considerable ammount of time to make.

Thankfully, Django provides a mechanism to fetch all needed data in one
go, which proved to be much faster during my testing. :)

(If I should be sending these to a developer instead of this mailing
list, please let me know.)

[arch-general] [PATCH] Drastically reduce loading time of Todo lists

[Evangelos Foutras]

Use Django's select_related() on the TodolistPkg QuerySet to avoid
making 4 database queries per package. This way we're making just one
query, regardless of the number of packages in the Todo list.

Local testing with 1000 entries in a Todo list show that the loading
time has been reduced from 2675 ms to around 560 ms, while the number of
queries has been cut down from 8005, to only 5.
---
 main/models.py |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/main/models.py b/main/models.py
index f645804..1b08e1e 100644
--- a/main/models.py
+++ b/main/models.py
@@ -303,7 +303,7 @@ class Todolist(models.Model):
 
 @property
 def packages(self):
-return TodolistPkg.objects.filter(list=self.id).order_by('pkg')
+return 
TodolistPkg.objects.select_related().filter(list=self).order_by('pkg')
 
 @property
 def package_names(self):
-- 
1.6.6.1

[arch-general] Two tiny patches for archweb_dev's ToDo lists

[Evangelos Foutras]

I tested both patches locally and they appear to work. They are really 
tiny and straightforward so they should be safe to apply to the live dev
site with little/no further testing.

(I'm not sure who is maintaining the web interface nowadays, so I'm sending the
patches to this ML.)

[arch-general] [PATCH 1/2] Exclude repos ending with Testing from ToDos

[Evangelos Foutras]

This should fix the issue with Community-Testing packages appearing in
ToDo lists.

After this change has been applied, simply edit and save a ToDo list to
make its Community-Testing packages go away.
---
 todolists/views.py |3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/todolists/views.py b/todolists/views.py
index 3c03b30..72fed16 100644
--- a/todolists/views.py
+++ b/todolists/views.py
@@ -23,7 +23,8 @@ class TodoListForm(forms.Form):
 self.cleaned_data['packages'].split(\n)]
 package_names = set(package_names)
 packages = Package.objects.filter(
-
pkgname__in=package_names).exclude(repo__name=Testing).order_by('arch')
+pkgname__in=package_names).exclude(
+repo__name__endswith=Testing).order_by('arch')
 return packages
 
 
-- 
1.6.6.1

[arch-general] [PATCH 2/2] Fix indentation so ToDos get marked as Complete

[Evangelos Foutras]

The list() view was incorrectly returning from the loop that marks
ToDos as complete and thus allowing only the first ToDo to be processed.
---
 todolists/views.py |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/todolists/views.py b/todolists/views.py
index 72fed16..fb03e0c 100644
--- a/todolists/views.py
+++ b/todolists/views.py
@@ -45,8 +45,8 @@ def list(request):
 for l in lists:
 l.complete = TodolistPkg.objects.filter(
 list=l.id,complete=False).count() == 0
-return render_to_response('todolists/list.html',
-RequestContext(request, {'lists':lists}))
+return render_to_response('todolists/list.html',
+RequestContext(request, {'lists':lists}))
 
 @permission_required('main.add_todolist')
 def add(request):
-- 
1.6.6.1

Re: [arch-general] Startup scripts

[Evangelos Foutras]

On 18/01/2010 12:42 πμ, Tom wrote:

That code is here:
http://projects.archlinux.org/initscripts.git/tree/rc.sysinit?id=2009.08-1#n266

Looks correct to me.


Thanks,

but then it doesn't skip fsck when hitting control-c but drops
to /sbin/sulogin ?


Maybe fsck doesn't return 32 as it's supposed to. You can verify this by 
adding `echo fsck returned ${fsckret}' inside that code block in 
/etc/rc.sysinit. Next time you'll encounter this behavior, you'll know 
the code returned by fsck. From there, you might be able to troubleshoot 
this issue further.

Re: [arch-general] [arch-dev-public] [signoff] mkinitcpio 0.5.28-1

[Evangelos Foutras]

On 12/01/2010 11:03 πμ, Thomas Bächler wrote:

I think what we have now in the kill-klibc branch might actually boot in
a standard setup (no raid, nfs, lvm, encryption), but I didn't try. I'll
keep you posted.


I gave it a try in a VM but it still fails with Failed to execute 
/init like last time (http://i.imgur.com/h6xDu.png).


The mkinicpio revision I tried was 54fd032, along with latest 
mkinitcpio-busybox/trunk. The command used to generate the initramfs 
image was `./mkinitcpio -g /boot/kernel26.img' from within the cloned 
Git repository (switched to the kill-klibc branch).


Let me know if I can help with further testing.

Re: [arch-general] mkinitcpio alpha testing (WAS: Re: [arch-dev-public] [signoff] mkinitcpio 0.5.28-1)

[Evangelos Foutras]

On Tue, Jan 12, 2010 at 10:43 PM, Thomas Bächler tho...@archlinux.org wrote:
 Am 12.01.2010 15:07, schrieb Evangelos Foutras:
 I gave it a try in a VM but it still fails with Failed to execute
 /init like last time (http://i.imgur.com/h6xDu.png).

 The mkinicpio revision I tried was 54fd032, along with latest
 mkinitcpio-busybox/trunk. The command used to generate the initramfs
 image was `./mkinitcpio -g /boot/kernel26.img' from within the cloned
 Git repository (switched to the kill-klibc branch).

 Let me know if I can help with further testing.

 I tried in VirtualBox on Arch i686 and it worked fine here (meaning I
 didn't have that particular problem).

 It then paniced due to problems in /init. Rev
 93a8be170ff841dd345084b5f5eda66c76e6534f boots fine here on VirtualBox.

 I don't know why you get Failed to execute /init. However, I installed
 mkinitcpio into the system and didn't try to use it from the git
 directly. We can check that problem later though.

That is great news. Nice work! :)

Re: [arch-general] Efficiency of devs/TUs

[Evangelos Foutras]

On 10/01/2010 11:28 πμ, Ionut Biru wrote:

On 01/10/2010 09:34 AM, Ng Oon-Ee wrote:

I just did my -Syu and saw pidgin had been version-bumped to 2.6.5.

Since my connection is dog-slow, I browsed to pidgin.im while waiting
for the download to finish (I like to check change-logs). Lo and behold,
the version advertised on Pidgin's official website was 2.6.4!

Of course, the sourceforge was at 2.6.5. Which has just been uploaded
today, 10th January. Now THAT'S what I call efficiency.

Thanks guys. The PKGBUILD indicates Biru Ionut as the specific
maintainer, but thanks to all the rest as well =).



This is because of our out of date feature. :D In the morning i've seen
the notification and surprise, foutrelis marked it(which is a TU).


And I, in turn, noticed the new version thanks to distrowatch.com 
(Latest Packages on the left sidebar). :P


The speed with which the out-of-date notification was acted upon is 
still impressive though. :)

Re: [arch-general] Virtualbox with upgraded kernel

[Evangelos Foutras]

On 09/01/2010 03:17 μμ, Mauro Santos wrote:

On 01/09/2010 08:34 AM, David C. Rankin wrote:

On 01/08/2010 06:18 PM, Paul Ezvan wrote:

David, I have got the same problem with a Gentoo box and 2.6.32.3
kernel, so it seems not to be Arch related.

Paul



Paul,

Thank you for the info. Glad to know it looks like a general issue. I 
need to finish reading all responses to this thread, but through the automatic 
update checking the VB does, I notice there is another snapshot of 2.12 out. 
Dunno if it will fix the issue, but if I get time I'll try to build it with the 
AUR scripts and report back.




Hello everyone, fist post to the mailling list here, hope I'm doing it
right.

About virtualbox crashing, I had the same problem, I decided to test it
after seeing the posts here and indeed it crashed my box. It would just
show the progress bar with spawning 

After rebuilding the virtualbox modules it started working fine again
(I'm using virtualbox_bin from the AUR). Maybe this is why it works fine
for people that change from virtualbox_ose to virtualbox_bin, the
modules are automatically rebuilt upon install.


I can confirm that rebuilding the VirtualBox modules works. This problem 
is interestingly similar to the aufs2 package which also started acting 
weirdly with 2.6.32.3 and works fine after a rebuild.

Re: [arch-general] kill-klibc (Was: [arch-dev-public] [signoff] mkinitcpio 0.5.27-1)

[Evangelos Foutras]

On 09/01/2010 07:06 μμ, Thomas Bächler wrote:

This is a bugfix release which (among other less important things) fixed
the early userspace firmware loading problem. Please sign off.

This will hopefully be the last release before we move to 0.6, which
will have all klibc dependencies removed, see
http://projects.archlinux.org/mkinitcpio.git/?h=kill-klibc for progress.
Any contributions here are welcome, nothing works yet.


What do you think needs doing? I doubt I'll be able to help much, but 
I'm curious. I gave the kill-klibc branch a try in a VM, but --as you 
noted-- all I got was a kernel panic (http://i.imgur.com/h6xDu.png).

Re: [arch-general] kill-klibc (Was: [arch-dev-public] [signoff] mkinitcpio 0.5.27-1)

[Evangelos Foutras]

On 09/01/2010 09:27 μμ, Evangelos Foutras wrote:

On 09/01/2010 07:06 μμ, Thomas Bächler wrote:

This is a bugfix release which (among other less important things) fixed
the early userspace firmware loading problem. Please sign off.

This will hopefully be the last release before we move to 0.6, which
will have all klibc dependencies removed, see
http://projects.archlinux.org/mkinitcpio.git/?h=kill-klibc for progress.
Any contributions here are welcome, nothing works yet.


What do you think needs doing? I doubt I'll be able to help much, but
I'm curious. I gave the kill-klibc branch a try in a VM, but --as you
noted-- all I got was a kernel panic (http://i.imgur.com/h6xDu.png).


Don't bother to answer; I found the related discussion on Flyspray [1].

Cheers. :)


[1] http://bugs.archlinux.org/task/17298