Pierre's dbscripts changes are now in /arch. If you want to create xz or
bzip2 packages, just change PKGEXT in /etc/makepkg.conf accordingly
(although bzip2 is slower and has worse compression than xz, so we
probably don't want to use it).
However, namcap has not been fixed to my knowledge. The wo
Am 23.02.2010 19:44, schrieb Ronald van Haren:
> On Tue, Feb 23, 2010 at 7:38 PM, Thomas Bächler wrote:
>
>> However, namcap has not been fixed to my knowledge. The workaround we
>> agreed on was to unxz the tar file and let namcap open the uncompressed
>> version. I t
Am 23.02.2010 23:08, schrieb Tobias Powalowski:
> Hi guys,
> bump to latest bugfix version.
> Please signoff both arches,
>
> greetings
> tpowa
Signoff x86_64.
signature.asc
Description: OpenPGP digital signature
Am 25.02.2010 02:36, schrieb Eric Bélanger:
> This should fix the problem of the ftpdir-cleanup script removing the
> new package instead of the old one (FS#17058). The script makes
> $LOCK_TRIAL attempts, each separated by $LOCK_DELAY seconds, in
> getting the repo lock. If the lock is unsuccessf
Am 25.02.2010 19:44, schrieb Eric Bélanger:
> Yeah, I'll look into using flock in our repo_lock function instead of
> doing this while loop. BTW, should the timeout time be an argument of
> repo_lock, i.e. each script could set its own value ? Or should we use
> a common value (60 seconds ?) defin
Am 26.02.2010 10:28, schrieb Allan McRae:
> HI,
>
> I mentioned this several months ago and got no response so I will post
> again. If there are no objections in 48 hours, the rebuilds will start
> hitting [testing].
>
> FS#12890 suggests cleaning some of the packages from the base group.
> The
Am 26.02.2010 14:03, schrieb Allan McRae:
>> We should also remove wpa_supplicant from base. My plans were to create
>> a new "base-networking" and "base-wireless" group. The base-wireless
>> group would (among others) cover wpa_supplicant.
>
> I will leave wpa_supplicant in base until such a grou
Am 26.02.2010 16:33, schrieb Andrea Scarpino:
> On Friday 26 February 2010 16:23:37 you wrote:
>> makechrootpkg does not read SRCDEST and PKGDEST if they are set in
>> ~/.makepkg.conf
> sorry, this fix the typo
>
> Also, this read PKGEXT from makepkg.conf, we use $PKGEXT at line 208, but who
> se
Am 27.02.2010 02:42, schrieb Giovanni Scafora:
> 2010/2/27, Dan McGee :
>> I forgot to mention that stripping doesn't help much although I did
>> notice this in the initial investigation. Copying the above listed
>> binaries to a tmp directory and stripping them only reduced the size
>> from 44
Am 27.02.2010 03:06, schrieb Daniel J Griffiths (Ghost1227):
> Release addressed the issue of startup scripts not properly checking pid
> files (FS#17138).
>
> Please sign off both architectures.
signoff64^2
signature.asc
Description: OpenPGP digital signature
Am 02.03.2010 05:39, schrieb Allan McRae:
> Hi all,
>
> Looking in the bug tracker, there are 35 bug reports for initscripts.
> That represents about 10% of bugs...
>
> I'm not really sure who is in charge of initscripts these days, but how
> about a group of use gets together on IRC some time i
Am 02.03.2010 14:47, schrieb Giovanni Scafora:
> 2010/3/2, Dan McGee :
>> Thank you Tobias for bringing this up; I've noticed it with more than
>> just this package.
>
> OK, then I will stay away from packages that are not mine.
> Let's keep up out of date packages!
> Thanks a lot for your rant.
Am 28.02.2010 09:48, schrieb Eric Bélanger:
> Hi,
>
> lvm2/device-mapper 2.02.61-1 are now in testing:
>
> - minor upstream update
> - Add optional lvmwait= command line parameter, fixes FS#18428
>
> Please test and signoff. Signoffs from users are welcome.
>
> Eric
Better late than never: s
Am 04.03.2010 21:06, schrieb Tobias Powalowski:
> Hi guys,
> according to Thomas statement in this bug:
> http://bugs.archlinux.org/task/18119
>
> Do we still need the loop aes patch?
> I don't use it at all.
Repeating that statement here: loop-aes is
1) Deprecated in favor of dm-crypt
2) Never g
Traditionally, LVM is assembled by running "vgchange -ay" manually. That
has several problems, especially if one of the physical volumes is
missing when the VG was supposed to be assembled. This has been
experienced by people who use LVM on USB storage for their root device.
I came up with a way o
Am 08.03.2010 10:56, schrieb James Rayner:
> Apparently it's taken me 2 months to notice this because I've been
> building my own kernel, but I'll ask anyway... The kernel headers
> required to build kernel modules have been put in a separate package
> "kernel26-headers". We don't separate dev head
Am 09.03.2010 15:23, schrieb Dale Blount:
> +1. At some point pacman is going to need a glibc update to work and
> not being able to install glibc because it's a xz is an issue. We
> should probably add a versioned glibc to pacman's depends so someone
> doesn't end up upgrading pacman and not bei
Am 09.03.2010 14:41, schrieb Giovanni Scafora:
> Il 09/03/2010 08:16, Pierre Schmitz ha scritto:
>> So, is there a reason not to recommond every TU and Dev to change
>> PKGEXT to
>> .pkg.tar.xz?
>
> I just switched to .pkg.tar.xz
> Can we switch to .pkg.tar.xz for community too?
Other TUs have al
What did whoever commited this smoke? It must have been very good:
http://repos.archlinux.org/wsvn/packages/?op=comp&compare[]=%2fopenssh%2ftr...@59462&compare[]=%2fopenssh%2ftr...@60182
Whenever you want to do /etc/rc.d/sshd restart remotely, it will kill
your ssh session. It is an important feat
Am 27.02.2010 15:34, schrieb Thomas Bächler:
> Am 27.02.2010 03:06, schrieb Daniel J Griffiths (Ghost1227):
>> Release addressed the issue of startup scripts not properly checking pid
>> files (FS#17138).
>>
>> Please sign off both architectures.
>
> signoff64^2
Am 10.03.2010 17:16, schrieb Pierre Schmitz:
>> This is really not my day and I already regret touching this package. :-)
>> The problem with using readlink /proc/$pid/exe is that during an update of
>> a running sshd that link will point nowhere. As a result the restart will
>> fail.
>>
>> What do
Am 10.03.2010 17:23, schrieb Aaron Griffin:
> So what's the actual issue with pidof? "pidof -o %PPID" is supposed to
> return JUST the parent process's pid, not the children. Is it
> returning the wrong pid?
-o Tells pidof to omit processes with that process id. The
special pid %PPID ca
Am 07.03.2010 20:41, schrieb Paul Mattal:
> Please signoff 1 for each arch.
>
> This is just packaging cleanup, and should have no subtantive impact on
> the functioning of vi. Mostly just looking for an extra sanity check
> here, nothing specific to test.
>
> See FS#18215 for details. Highlights
Am 12.03.2010 23:17, schrieb Allan McRae:
> On 13/03/10 03:23, Pierre Schmitz wrote:
>> So, what should we actually do about this? It seems there is no simple
>> resolution to fix both bugs. My suggestion would be to revert the rc.d
>> script
>> changes and see if we could come up with a better app
Am 13.03.2010 00:18, schrieb Pierre Schmitz:
> Am Freitag, 12. März 2010 23:42:53 schrieb Thomas Bächler:
>>> Just revert it and (re)open a bug report with all the details so it does
>>> not get lost.
>>
>> I still don't see what's wrong about the so
No idea if it is time for signoff yet, I have to check that with tpowa.
However, I put 2.6.31.1 in testing with these changes:
- Added a trivial patch to support my touchpad (selfish, I know, but it
is already accepted upstream for 2.6.34)
- Removed EXT4_USE_FOR_EXT23 due to some problems that ups
Packages are NOT in testing (as 2.6.33 is there), but available from
http://dev.archlinux.org/~thomas/kernel26/
Please sign off.
signature.asc
Description: OpenPGP digital signature
Am 16.03.2010 12:51, schrieb Pierre Schmitz:
> Am Montag, 15. März 2010 21:51:17 schrieb Thomas Bächler:
>> Packages are NOT in testing (as 2.6.33 is there), but available from
>> http://dev.archlinux.org/~thomas/kernel26/
>>
>> Please sign off.
>
> Could you
Am 16.03.2010 13:58, schrieb Paul Mattal:
> What's a good/easy way to test the kernel headers?
Compile some kernel module. The only testing we actually need is
kernel26 though, if the rest breaks it probably won't hurt anyone.
signature.asc
Description: OpenPGP digital signature
Am 16.03.2010 14:09, schrieb Pierre Schmitz:
> I appreciate this if it does fix security problems. It's a little harder to
> test though (third party modules and such). But I should be able to sign off
> today.
I was able to test the x86_64 version, and with some time I can also
test i686 later.
Am 16.03.2010 16:48, schrieb Pierre Schmitz:
> Am Montag, 15. März 2010 21:51:17 schrieb Thomas Bächler:
>> Please sign off.
>
> sign off i686
Thanks guys, pushed to core.
signature.asc
Description: OpenPGP digital signature
Am 18.03.2010 21:30, schrieb Tobias Powalowski:
> Am Donnerstag 18 März 2010 schrieb Thayer Williams:
>> On Thu, Mar 18, 2010 at 8:58 AM, Tobias Powalowski wrote:
>>> Hi guys, i need a forum moderator,
>>> http://bbs.archlinux.org/viewtopic.php?id=90886
>>
>> A bit off-topic, but have you consider
Now that Pierre fixed lirc for us (neither tpowa nor I were able to do
it due to time constraints), here is the signoff for 2.6.33 and the
related modules.
Please sign off, so we can finally move 2.6.33.
signature.asc
Description: OpenPGP digital signature
Am 31.03.2010 21:41, schrieb Andreas Radke:
> I think we should wait for 2.6.33.2 and maybe even longer. There's no
> need to hurry. Moving the kernel will also force us to move mesa/libdrm
> for new nouveau and ati drivers.
That definitely won't happen, as these packages don't work at all for me
Am 31.03.2010 22:39, schrieb Andreas Radke:
>> It would be easier to track these issues if you open a bug report for
>> these and link to the upstream reports/patches.
>>
>
>
> http://mailman.archlinux.org/pipermail/arch-dev-public/2010-March/016177.html
>
> and
>
> http://mailman.archlinux.org
Am 04.04.2010 22:56, schrieb Jan de Groot:
> There's a new repository for xorg-server 1.8 packages. As this release
> requires new drivers and reconfiguration, I decided to put it in its own
> repository to not break testing for a lot of users.
> Packages have been built on top of testing, but as t
Am 01.04.2010 03:05, schrieb Pierre Schmitz:
> Hi all,
>
> this is a warning for [testing] users not to update until the upcoming
> openssl/heimdal rebuilds are done. This will break a lot of important
> packages. I am bootstrapping openssl and rebuild the most imporant packages
> like pacman atm.
Am 06.04.2010 22:22, schrieb Dan McGee:
> I'm trying to figure out how this happens. pacman and vercmp should
> have idential link libraries, so if one works, the other should (and
> if one doesn't, the other shouldn't).
I am also confused. This might help:
[2010-04-06 21:20] upgraded kernel26 (2
Am 30.03.2010 03:36, schrieb Pierre Schmitz:
> I created a rebuld list for the just released openssl 1.0.0 (Thanks Dan
> for fixing the todo list that fast!). These are 236 packages for each
> architecture; so this will need some kind of planning and a bunch of people
> to help. But for now I'll at
Am 07.04.2010 11:49, schrieb Thomas Bächler:
>> Fedora uses openssl 1 since Fedora 12 which means if there are any issues
>> we'll probably find a solution there. Till then I just need to port the man
>> page patch (easy) and see why it compiles with -DOPENSSL_IA32_SSE2 on
&
Am 05.04.2010 20:08, schrieb Pierre Schmitz:
> libarchive
> libfetch
> openssh
> openvpn
> syslog-ng
> wget
> wpa_supplicant
Signoff x86_64.
> openssl
No signoff, see my comment in the other thread about the CA certificates
(/etc/ssl/certs).
> pacman
No signoff until the vercmp upgrade problem
Am 08.04.2010 11:44, schrieb Thomas Bächler:
>> pacman
>
> No signoff until the vercmp upgrade problem is fixed (I hear Dan already
> has a temporary solution in mind).
Xavier just brought to my attention that this is fixed already, so I
will sign off as soon as I get to update.
Am 08.04.2010 15:38, schrieb Pierre Schmitz:
> On Thu, 08 Apr 2010 11:41:12 +0200, Thomas Bächler
> wrote:
>> Thanks to a hint from Pierre, I fixed it:
>> # update-ca-certificates --fresh
>> The hashes in /etc/ssl/certs are different from the ones before the
>> co
Am 08.04.2010 16:06, schrieb Pierre Schmitz:
> Are there any objections to moving this tonight? I would need at least one
> TU and someone with root permissions on gerolde. (we might want to update
> the dbscripts and pause the rsync daemon during the process.
>
openssl 1.0 is incompatible with t
Its been a while since I actively maintained hibernate-script, and I
don't use it anymore. I am orphaning it right now - if a dev or TU wants
it, it's free for grabs.
signature.asc
Description: OpenPGP digital signature
Upstream update, please sign off.
signature.asc
Description: OpenPGP digital signature
Upstream update to new 1.16 stable branch, please sign off.
For signoff, at least regenerating the initramfs image and a reboot are
necessary. If you have time, play around in a break=y shell.
This package has been tested on both architectures in virtual machines
and seem to work there.
signat
Am 11.04.2010 14:49, schrieb Arch Website Notification:
>
> * Note: this is an automated message
>
> al...@archlinux.org wants to notify you that the following package may be out
> of date:
>
> Package Name: acl
> Architecture: i686
> Repository: Core
> (http://www.archlinux.or
Upstream update, sign off.
signature.asc
Description: OpenPGP digital signature
Am 12.04.2010 03:09, schrieb Eric Bélanger:
> On Tue, Apr 6, 2010 at 12:52 AM, Eric Bélanger
> wrote:
>> Hi,
>>
>> lvm2/device-mapper 2.02.62-1 are now in testing:
>>
>> - minor upstream update (ChangeLogs below)
>> - license fix: ('GPL') -> ('GPL2' 'LGPL2.1')
>>
>> Please test and signoff. Sig
Am 12.04.2010 06:24, schrieb Allan McRae:
> On 12/04/10 05:35, Ronald van Haren wrote:
>> in testing for both architectures, please signoff.
>>
>> bugfix release. for upstream changes see git log:
>> http://roy.marples.name/projects/dhcpcd/log/
>>
>
> signoff i686
> Allan
>
Signoff x86_64
sig
Update to the latest CVS snapshot, fixes most problems in
https://bugs.archlinux.org/task/18348, but not all of them (better than
the package in core at least).
Please sign off.
signature.asc
Description: OpenPGP digital signature
Am 12.04.2010 20:56, schrieb Thomas Bächler:
> Update to the latest CVS snapshot, fixes most problems in
> https://bugs.archlinux.org/task/18348, but not all of them (better than
> the package in core at least).
>
> Please sign off.
>
Okay, this should fix the bug completely,
Am 13.04.2010 06:38, schrieb Dan McGee:
> On Sun, Apr 11, 2010 at 6:09 AM, Allan McRae wrote:
>> Upstream update. Signoff both.
>
> Signoff i686 and x86_64
>
/arch/signoff64
signature.asc
Description: OpenPGP digital signature
Am 12.04.2010 20:20, schrieb Tobias Powalowski:
> Hi
> please signoff, both arches.
>
> greetings
> tpowa
/arch/signoff64
signature.asc
Description: OpenPGP digital signature
Am 12.04.2010 19:55, schrieb Tobias Powalowski:
> Hi
> Util-linux-ng 2.17.2 Release Notes
/arch/signoff64
signature.asc
Description: OpenPGP digital signature
Am 12.04.2010 22:50, schrieb Thomas Bächler:
> Am 12.04.2010 20:56, schrieb Thomas Bächler:
>> Update to the latest CVS snapshot, fixes most problems in
>> https://bugs.archlinux.org/task/18348, but not all of them (better than
>> the package in core at least).
>>
>&
Am 14.04.2010 18:42, schrieb Dieter Plaetinck:
>> On Tuesday 13 April 2010 14:04:44 Allan McRae wrote:
>>> This changes /usr/bin/[ from a symlink to /usr/bin/test to the
>>> actual binary provided upstream. The use of the symlink has been
>>> in Arch for ages (probably for ever), but I can not se
Am 12.04.2010 06:24, schrieb Allan McRae:
> On 11/04/10 23:21, Thomas Bächler wrote:
>> Upstream update, sign off.
>>
>
> Basic usage seems fine. Signoff i686,
>
> Allan
>
Bump.
signature.asc
Description: OpenPGP digital signature
Am 12.04.2010 06:26, schrieb Allan McRae:
> On 11/04/10 21:05, Thomas Bächler wrote:
>> Upstream update, please sign off.
>>
>
> Signoff i686,
> Allan
>
Bump.
signature.asc
Description: OpenPGP digital signature
Lately, I've seen lots of old and fixed bugs reopened because people
have a different bug with the same symptoms, and request reopen. It's
very annoying, because you have a bug report with lots of unrelated
information on actually different bugs. Also, the original closing
message gets lost. I am u
Am 19.04.2010 08:27, schrieb Daniel J Griffiths (Ghost1227):
>> Since then, I went through quite a few distributions: SuSE, Mandrake,
>> Fedora, Ubuntu, Debian. Gentoo was the first distribution that got me
>> interested in getting to know the internals a bit more. About a year
>> ago, a fellow CS
Am 19.04.2010 07:40, schrieb Allan McRae:
> Fixed the upstream url. Old package (2 years) so worth the rebuild.
>
> Signoff both,
> Allan
>
/arch/signoff64
signature.asc
Description: OpenPGP digital signature
Am 19.04.2010 08:31, schrieb Allan McRae:
> This is a replacement for the procinfo package which is so old that it
> must be patched for the 2.6 kernel (and I am not sure where that patch
> originally came from...).
>
> I use the Debian strategy and pull the help scripts lsdev and socklist
> from
Am 19.04.2010 09:03, schrieb Allan McRae:
> Last rebuild was over a year ago.
>
> Signoff both,
> Allan
>
Signoff 64.
signature.asc
Description: OpenPGP digital signature
This is an upstream kernel release, including security fixes. Packages
will enter testing within the next hour.
We had a gcc 4.4 -> 4.5 version bump, so the external modules are still
compiled with 4.4, while the kernel is compiled with 4.5. If any
external modules break (usual candidates are nvid
Am 26.04.2010 23:08, schrieb Ray Kohler:
> The existing nouveau-drm module does not load into this kernel:
>
> 2010-04-26T16:51:01-04:00 amaranth kernel: BUG: unable to
> handle kernel NULL pointer dereference at 0060
>
> Rebuilding nouveau-drm fixes it for me (x86_64).
>
Uploaded
---
templates/packages/details.html |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/templates/packages/details.html b/templates/packages/details.html
index 648b648..cd108af 100644
--- a/templates/packages/details.html
+++ b/templates/packages/details.html
@@ -38,7 +38,
Am 29.04.2010 12:29, schrieb Allan McRae:
> Upstream update.
>
> Signoff both,
> Allan
>
Signoff 64
signature.asc
Description: OpenPGP digital signature
sequences
Thomas Bächler (3):
Extend copyright date to 2010
Move single_prekillall hook after the stat_busy message (as per
request by Kurt Bosch)
encryption: Look for cryptsetup in various places
signature.asc
Description: OpenPGP digital signature
Am 03.05.2010 18:59, schrieb Thomas Bächler:
> Just a bump to the latest git, including a copyright year fix. There's
> still tons of stuff on the bugtracker that needs to be reviewed and
> merged, and the fact that this hasn't happened is entirely my fault.
>
> Anyway
I put updated device-mapper/lvm2 2.02.64 and cryptsetup 1.1.1-rc2
packages to testing.
These packages enable udev synchronization to finally get rid of all
race conditions related to udev rules. I also cleaned up the PKGBUILDs
massively and removed all static binaries and libraries from the packag
Am 04.05.2010 21:29, schrieb Andrea Scarpino:
> Hi,
> upstream stopped developing open source version time ago and tigervnc is the
> replacement.
> I'll move it to AUR, if no one has objections.
I've been using tightvnc since ... forever. It's better than the
original anyway.
signature.asc
Des
Am 04.05.2010 23:13, schrieb Dan McGee:
> Hey guys,
>
> This is a bit of an odd question, but does anyone know who the author
> of the following news items might be?
>
> * 2004-02-06, Ugly update KDE 3.1.5 -> 3.2.0,
> http://www.archlinux.org/news/43/
> * 2004-05-26, Nasty daemontools bug, http:
I noticed problem with gcc 4.5 and the GAP system
(http://www.gap-system.org) first: It throws a few aliasing warnings,
and the program breaks. When I used -fno-strict-aliasing, the warnings
disappeared, but the breakage remained, unless I used -O0. Fixing the
aliasing problems also fixed the break
Am 05.05.2010 02:46, schrieb Allan McRae:
>> Now I noticed the exact same issue with busybox:
>> - Building with -Os throws lots of aliasing warnings, busybox's sed
>> breaks
>> - Building with -Os -fno-strict-aliasing builds without warnings, but it
>> still breaks.
>> - Building with -O0 works, b
Am 05.05.2010 02:46, schrieb Allan McRae:
> Interesting... Does fixing the aliasing fix this one too? I see no
> upstream bug reports that seem related so you should follow it up there.
> I will pull in a new gcc-4.5 snapshot next week when I do the
> glibc-2.12 toolchain rebuild so hopefully tha
Am 06.05.2010 09:44, schrieb Thomas Bächler:
> Am 05.05.2010 02:46, schrieb Allan McRae:
>> Interesting... Does fixing the aliasing fix this one too? I see no
>> upstream bug reports that seem related so you should follow it up there.
>> I will pull in a new gcc-4.5 snapsho
Am 03.05.2010 18:59, schrieb Thomas Bächler:
> Just a bump to the latest git, including a copyright year fix. There's
> still tons of stuff on the bugtracker that needs to be reviewed and
> merged, and the fact that this hasn't happened is entirely my fault.
>
> Anyway
This release adds a build fix to work around a bug in 4.5.0 (see my
previous posts about gcc breakage).
It also includes a backported commit from the 1.17 branch so we can
implement https://bugs.archlinux.org/task/19109.
Tested for both architectures in virtual machines (Did I ever mention
that I
Am 08.05.2010 12:52, schrieb Thomas Bächler:
> Am 03.05.2010 18:59, schrieb Thomas Bächler:
>> Just a bump to the latest git, including a copyright year fix. There's
>> still tons of stuff on the bugtracker that needs to be reviewed and
>> merged, and the fact that this h
Okay, this upstream update is quite old already, seems I forgot it.
Please sign off.
signature.asc
Description: OpenPGP digital signature
Gerardo Exequiel Pozzi (1):
Change how autodetect hook lookup for filesystems
Thomas Bächler (5):
Add 'sleep' hook
Allow usage of non-utf8 fonts in the consolefont hook, see FS#19109
Port 83ef38409182a9c024809553dff8c872902d0889 to init_functions
too, to remove
Am 05.05.2010 00:23, schrieb Thomas Bächler:
> I noticed problem with gcc 4.5 and the GAP system
> (http://www.gap-system.org) first: It throws a few aliasing warnings,
> and the program breaks. When I used -fno-strict-aliasing, the warnings
> disappeared, but the breakage remained, u
Am 10.05.2010 13:18, schrieb Allan McRae:
> On 10/05/10 20:53, Pierre Schmitz wrote:
>> On Mon, 10 May 2010 12:45:09 +0200, Thomas Bächler
>> wrote:
>>> Btw, why do I always get signoffs, then move it, and only then get these
>>> reports?
>>
>> Becaus
Am 10.05.2010 17:50, schrieb Andrea Scarpino:
> Upstream release.
According to this:
http://mailman.archlinux.org/pipermail/arch-dev-public/2010-May/016721.html
Can you please move libpopt.so* from /usr/lib to /lib? This would be
important for the next cryptsetup release to move to core.
Remark
Am 10.05.2010 19:03, schrieb Andrea Scarpino:
> On Monday 10 May 2010 18:40:16 Thomas Bächler wrote:
>> According to this:
>> http://mailman.archlinux.org/pipermail/arch-dev-public/2010-May/016721.html
>>
>> Can you please move libpopt.so* from /usr/lib to /lib? This wo
This moves the shared library from /usr/lib to /lib, so that dynamically
links cryptsetup works before /usr is mounted.
signature.asc
Description: OpenPGP digital signature
This moves the shared library from /usr/lib to /lib, so that dynamically
linked cryptsetup works before /usr is mounted.
signature.asc
Description: OpenPGP digital signature
Am 11.05.2010 00:52, schrieb Andrea Scarpino:
> On Monday 10 May 2010 22:40:55 Thomas Bächler wrote:
>> Thanks - looks fine, signoff x86_64.
> Thomas, you are free to adopt popt if you want.
>
No, thanks.
signature.asc
Description: OpenPGP digital signature
Am 11.05.2010 14:24, schrieb Jan de Groot:
> On Mon, 2010-05-10 at 23:17 +0200, Thomas Bächler wrote:
>> This moves the shared library from /usr/lib to /lib, so that dynamically
>> linked cryptsetup works before /usr is mounted.
>>
>
> libgcrypt.so is in both /lib and
Am 12.05.2010 09:15, schrieb Allan McRae:
> On 12/05/10 16:49, Jan de Groot wrote:
>> On Wed, 2010-05-12 at 12:35 +1000, Allan McRae wrote:
>>> Hi,
>>>
>>> We have a bug report asking to enable stack-smashing protection in our
>>> package building. Looking at the overhead estimates by other distro
Am 12.05.2010 09:46, schrieb Allan McRae:
> Honestly, if I wanted comments about gcc and busybox, the subject of
> this email would have been something like "busybox build issues with
> gcc-4.5". And then I would have scolded myself for not using the bug
> tracker.
>
> Can I just have comments on
Am 12.05.2010 10:57, schrieb Allan McRae:
> Terribly broken? 17% of our repo has been rebuilt since it moved to
> [core] and 1 package has been reported broken due to gcc. That is 0.07%
> of packages and even that has a workaround. How terrible...
I know of three cases of breakage, one of which
Upstream update, please test carefully and sign off.
So far, this build has only been tested in 32 and 64 Bit KVM devices.
signature.asc
Description: OpenPGP digital signature
Am 15.05.2010 17:12, schrieb Andreas Radke:
> New timezone package. Please signoff, check with "date".
>
> -Andy
>
Signoff for all the freaking architectures I can think of - all two of them.
signature.asc
Description: OpenPGP digital signature
Am 19.05.2010 07:08, schrieb Tobias Powalowski:
>
> -- Weitergeleitete Nachricht --
>
> Betreff: testing kernel crashes on bootup
> Datum: Dienstag 18 Mai 2010, 23:57:44
> Von: Kris
> An: t.p...@gmx.de
>
> on i686. kernel 2.6.34. just replying to this:
> http://mailman.archl
Am 19.05.2010 19:02, schrieb Aaron Griffin:
> Came across my reader today
> http://www.phoronix.com/scan.php?page=article&item=ubuntu_arch_faster&num=1
>
> Pretty neat.
>
I have never read any test on Phoronix that made any sense. I don't
trust anything they say.
signature.asc
Description: Op
As a followup to a discussion on [arch-general] in the Linux 2.6.34
thread ([1] and others), I think we should do the following:
- Create a linux-firmware package from the linux-firmware.git tree.
- Make that package conflict and replace all other firmware that it
obsoletes:
replaces=('kernel26-fi
Am 19.05.2010 23:39, schrieb Thomas Bächler:
> As a followup to a discussion on [arch-general] in the Linux 2.6.34
> thread ([1] and others), I think we should do the following:
>
> - Create a linux-firmware package from the linux-firmware.git tree.
> - Make that package conflict
1101 - 1200 of 1676 matches
Mail list logo
