Am 20.05.2010 00:01, schrieb Allan McRae:
>> Apparently, replaces= won't work until we remove the kernel26-firmware
>> package. We can do that on the next kernel rebuild. Please run pacman -S
>> linux-firmware manually for now.
>>
>
> The kernel26 package depends on the firmware in a versioned man
Am 20.05.2010 00:28, schrieb Allan McRae:
> On 20/05/10 08:08, Thomas Bächler wrote:
>> Am 20.05.2010 00:01, schrieb Allan McRae:
>>>> Apparently, replaces= won't work until we remove the kernel26-firmware
>>>> package. We can do that on the next ker
Am 20.05.2010 12:33, schrieb Allan McRae:
> Any ideas on this?
>
> Original Message
> Subject: [arch-notifications] Core/Extra Cleanup 20-05-2010
> Date: Thu, 20 May 2010 06:24:50 -0400 (EDT)
> From: repoma...@archlinux.org
> Reply-To: List for automated notifications
>
> To: ar
Am 20.05.2010 13:20, schrieb Allan McRae:
>>> Scan complete for extra (x86_64) at /srv/ftp/extra/os/x86_64
>>> The following files are missing in the repo
>>> %FILENAME%
>>
>> Looks like a broken database entry. But the output doesn't tell us where
>> exactly it was.
>>
>> Did this ha
Am 20.05.2010 15:32, schrieb Allan McRae:
> On 20/05/10 21:25, Thomas Bächler wrote:
>> Am 20.05.2010 13:20, schrieb Allan McRae:
>>>>> Scan complete for extra (x86_64) at /srv/ftp/extra/os/x86_64
>>>>> The following files are missing in the repo
>
Am 21.05.2010 17:37, schrieb Ionut Biru:
> So anyone know why we are using that custom config? Anyone know how to
> fix shadow? Personally i don't know a thing about it.
We've had some of those cases recently. Most of the time, upstream
didn't provide configuration files in the past, or provided b
This release has been rebuilt with -Os optimization with gcc 4.5.1.
Preliminary tests show that the bugs that gcc 4.5.0 caused in this
package are gone now. Please rebuild your initramfs and reboot your
machines. I will leave this in testing for a while to be sure no new
bugs emerge from it.
Pleas
Am 21.05.2010 18:50, schrieb Thomas Bächler:
> This release has been rebuilt with -Os optimization with gcc 4.5.1.
> Preliminary tests show that the bugs that gcc 4.5.0 caused in this
> package are gone now. Please rebuild your initramfs and reboot your
> machines. I will leave this in
Am 21.05.2010 10:29, schrieb Thomas Bächler:
> Pierre noticed svn segfaulting during db-update.
>
> Looking into dmesg, I saw that both svn and bsdtar segfaulted 10 to 20
> times a week over the past 4 weeks (logs don't go back further than
> that). A bsdtar segfault looks li
Am 21.05.2010 19:31, schrieb Aaron Griffin:
> On Fri, May 21, 2010 at 11:54 AM, Thomas Bächler wrote:
>> Am 21.05.2010 10:29, schrieb Thomas Bächler:
>>> Pierre noticed svn segfaulting during db-update.
>>>
>>> Looking into dmesg, I saw that both svn and bs
Am 22.05.2010 05:36, schrieb Allan McRae:
> On 21/05/10 15:54, Allan McRae wrote:
>> Hi,
>>
>> This is a new upstream gcc snapshot. I rebuilt this on its own rather
>> than with a glibc-2.12 rebuild to try and sort out a few of the issues
>> gcc-4.5 brought with it.
>>
>> It includes to detect i{3,
I put updated device-mapper/lvm2 2.02.66 and cryptsetup 1.1.1
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 packages.
Am 28.05.2010 06:14, schrieb Andreas Radke:
> you missed to add the force option to cryptsetup so it won't get
> updated.
>
> Warnung: cryptsetup: Lokale Version (1.1.1_rc2-1) ist neuer als testing
> (1.1.1-1)
>
>
> -Andy
http://mailman.archlinux.org/pipermail/arch-general/2010-May/013640.html
Am 29.05.2010 15:47, schrieb Allan McRae:
> Fixes an issue spotted in bash prompt. using PS1="\W" would show
> (e.g.) "hmee" instead of "home". The fix was to explicitly disable
> multi-arch support.
>
> Signoff both,
> Allan
>
Haven't tested too much, but I think I can sign off for x86_64.
Am 29.05.2010 16:24, schrieb Allan McRae:
> So... you know how I said -2 used a patch to fix a buffer overflow?
> Turns out that I only put the patch in the source array and never
> actually applied it!
>
> Fixed that.
>
> Signoff both,
> Allan
>
Signoff64
signature.asc
Description: OpenPGP
Am 31.05.2010 12:56, schrieb Pierre Schmitz:
> On Thu, 27 May 2010 23:46:03 +0200, Pierre Schmitz
> wrote:
>> rename xz-utils to xz and use recent snapshot as suggested by upstream
>> (includes gcc build fixes etc.)
>>
>> I'll also chnage the few reveresd deps from xz-utils to xz. (xz has
>> propp
Another minor upstream update. From the upstream announcement:
=== changes since version 1.1.1 ===
* Fix luksFormat/luksOpen reading passphrase from stdin and "-" keyfile.
* Support --key-file/-d option for luksFormat.
* Fix description of --key-file and add --verbose and --debug options
to ma
Am 02.06.2010 19:40, schrieb Roman Kyrylych:
> On Mon, May 31, 2010 at 20:46, Thomas Bächler wrote:
>> Another minor upstream update. From the upstream announcement:
>>
>> === changes since version 1.1.1 ===
>>
>> * Fix luksFormat/luksOpen reading pass
I uploaded the new syslinux 4.00 release candidate to testing. Most
important change is that the filesystem code has been entirely rewritten
in C, and extlinux now supports ext4 and btrfs.
Two perl modules and mtools have been moved from depends to optdepends.
signature.asc
Description: OpenPGP
, but some changes in
behaviour. Most importantly, NAME= rules are being ignored now, you can
not change the kernel's predefined device name anymore.
initscripts changes:
Dan McGee (1):
Include _netdev option in NETFS list when calling fsck
Thomas Bächler (2):
Only mount /proc, /sys a
Am 03.06.2010 15:38, schrieb Tom Gundersen:
> Hi Thomas,
>
> On Thu, Jun 3, 2010 at 2:57 PM, Thomas Bächler wrote:
>> You should upgrade and test these together (don't forget to regenerate
>> initramfs when you're upgraded). The new udev should work without the
&g
Am 04.06.2010 19:48, schrieb Roman Kyrylych:
>> Booted fine under Xen using stock Arch kernel (via pv-grub),
>> so I signoff x86_64.
>
> Noticed the following:
>
> +if ! /bin/mountpoint -q /dev; then
> + if grep -q devtmpfs /proc/filesystems 2>/dev/null; then
> +/bin/mount -n -t devtmpfs ude
Am 04.06.2010 20:42, schrieb Thomas Bächler:
> Am 04.06.2010 19:48, schrieb Roman Kyrylych:
>> 2) /dev/null does not exist at that time (if I understand correctly),
>> so if grep prints something to stderr - it will create a /dev/null file
>> (not sure if it is an issue though
Creating the RTC device will result in an error if devtmpfs is used,
as it already exists after loading the module. The new code skips
the mknod if the device is already present.
Additionally to rtc-cmos, we now also try to load rtc and genrtc,
as some custom kernels use the "old" misc RTC device
Our current process of initializing /etc/mtab is
hackish and probably error-prone, replace it by
simply copying /proc/mounts.
---
rc.sysinit |8 +---
1 files changed, 1 insertions(+), 7 deletions(-)
diff --git a/rc.sysinit b/rc.sysinit
index 8349860..b78d3e7 100755
--- a/rc.sysinit
+++ b/
Creating the RTC device will result in an error if devtmpfs is used,
as it already exists after loading the module. The new code skips
the mknod if the device is already present.
Additionally to rtc-cmos, we now also try to load rtc and genrtc,
as some custom kernels use the "old" misc RTC device
Am 09.06.2010 03:40, schrieb Dan McGee:
> On Tue, Jun 8, 2010 at 5:48 PM, Thomas Bächler wrote:
>> Our current process of initializing /etc/mtab is
>> hackish and probably error-prone, replace it by
>> simply copying /proc/mounts.
>> ---
>
> Looks good to me (but
Am 03.06.2010 14:57, schrieb Thomas Bächler:
> You should upgrade and test these together (don't forget to regenerate
> initramfs when you're upgraded). The new udev should work without the
> new initscripts and mkinitcpio, but udev-based network device renaming
> will fail i
Am 13.06.2010 12:43, schrieb Allan McRae:
> Hi,
>
> Do we have any guidelines on when to remove the
> provides/conflicts/replaces arrays from a PKGBUILD? In other words,
> what is the oldest system we support updating from?
kernel26 still has replaces=('kernel24'), although I think updating from
Am 13.06.2010 13:17, schrieb Allan McRae:
> On 13/06/10 20:50, Thomas Bächler wrote:
>> Am 13.06.2010 12:43, schrieb Allan McRae:
>>> Hi,
>>>
>>> Do we have any guidelines on when to remove the
>>> provides/conflicts/replaces arrays from a PKGBUILD?
Am 13.06.2010 13:18, schrieb Thomas Bächler:
> I'd leave the replaces in for mktemp at least, a system from early 2008
> might still be upgraded.
I just tried to upgrade a system I hadn't touched since June 2007:
http://npaste.de/XG/
The problem was this:
debug: missing dep
Am 15.06.2010 18:22, schrieb Andreas Radke:
> Am Tue, 15 Jun 2010 19:12:38 +0300
> schrieb Ionuț Bîru :
>
>> Hi,
>>
>> the current x86_64 version of flashplugin has security problems and
>> adobe dropped/temporally closed x86_64 releases.
>>
>> How do we manage this situation?
>> Only dropping fr
Am 17.06.2010 08:52, schrieb Tobias Powalowski:
> Am Montag 17 Mai 2010 schrieb Dale Blount:
>>> Ok guys, all binary modules rebuilt, we can start signoff now.
>>
>> signoff x86_64
> Ok guys here the big bump for this thread, XOrg should move so kernel should
> move too, please signoff
>
> greeti
Am 10.06.2010 09:28, schrieb Thomas Bächler:
> Am 03.06.2010 14:57, schrieb Thomas Bächler:
>> You should upgrade and test these together (don't forget to regenerate
>> initramfs when you're upgraded). The new udev should work without the
>> new initscripts and mki
This release will be moved to core after signoff, together with
linux-firmware, initscripts, udev and mkinitcpio. Changes compared to -1:
Remove kernel26-firmware package, it is replaced by linux-firmware
added new tcp options FS#19604 (tpowa)
Enable devtmpfs
Add makedepends to build kernel26-{man
I made this change to the kernel26 PKGBUILD:
http://repos.archlinux.org/wsvn/packages/?op=comp&compare[]=%2fkernel26%2ftr...@80408&compare[]=%2fkernel26%2ftrunk...@81433
However, db-testing fails to remove the kernel26-firmware package. I
need to remove it manually.
signature.asc
Description:
Am 19.06.2010 14:38, schrieb Pierre Schmitz:
> On Sat, 19 Jun 2010 14:03:01 +0200, Thomas Bächler
> wrote:
>> This release will be moved to core after signoff, together with
>> linux-firmware, initscripts, udev and mkinitcpio. Changes compared to
> -1:
>
> Don't
Am 20.06.2010 02:17, schrieb Dan McGee:
> On Sat, Jun 19, 2010 at 7:10 PM, Allan McRae wrote:
>> On 13/06/10 22:17, Allan McRae wrote:
>>>
>>> Removed the i18n patch. Test sorting etc. This will sit in [testing]
>>> for a while to assess how much of a difference this makes.
>>
>> It has been a w
Am 19.06.2010 14:03, schrieb Thomas Bächler:
> This release will be moved to core after signoff, together with
> linux-firmware, initscripts, udev and mkinitcpio. Changes compared to -1:
>
> Remove kernel26-firmware package, it is replaced by linux-firmware
> added new tcp options
Am 20.06.2010 18:49, schrieb Dan McGee:
> On Sun, Jun 20, 2010 at 11:44 AM, Andreas Radke wrote:
>> News draft:
>>
>> Xorg 1.8 moves to extra:
>>
>> This release works with udev for input hotplugging and
>> supports /etc/X11/xorg.conf.d/*.conf as replacement for the hal .fdi
>> files. After upgrad
Am 21.06.2010 13:31, schrieb Allan McRae:
> On 21/06/10 21:21, Roman Kyrylych wrote:
>> On Mon, Jun 21, 2010 at 13:04, Ionuț Bîru wrote:
>>> On 06/20/2010 07:54 PM, Dan McGee wrote:
* Upstream update, one fix- Fix NULL dereference after failed calloc
call.
* Add license file
>>
Am 20.06.2010 08:28, schrieb Allan McRae:
> The new defaults in makepkg more aggressively strip shared libraries.
> Doing this for certain libraries in glibc causes gdb breakage so all
> file stripping must be done manually.
>
> Also, grab the latest from the glibc-2.12 branch as it contains a cou
Am 21.06.2010 20:39, schrieb Aaron Griffin:
> This is how it was intended: removing packages requires db-remove.
>
> In order to do it any other way, we would need to scan all PKGBUILDs
> (we do this in the cleanup script already, I think), grab the split
> names + versions, and then remove those
Am 21.06.2010 14:57, schrieb Dan McGee:
> OK, new -2 release in testing with the following changes, I'd like
> signoffs for real this time around:
> * We now have manpages
> * Fix optdepends
> * Patch the above mentioned strip libraries issue with patch from git
> so it is not disastrous
>
> There
Am 22.06.2010 15:03, schrieb Dan McGee:
>> Wouldn't it be more intuitive to have 'Architecture = auto' as the
>> default and use 'Architecture = none' to disable the feature?
>
> The manpage explains our reasoning why pretty clearly.
>
>Architecture = auto | i686 | x86_64 | ...
>
Am 22.06.2010 15:31, schrieb Allan McRae:
> "Architecture = auto" causes issues on any system where the kernel is
> not built for the same architecture as the packages (waves hand as
> someone who cannot use it...). "Architecture = none" causes no
> restrictions on the system setup so is the defau
Am 22.06.2010 17:42, schrieb Dan McGee:
> This is the last thing I will say on this. Where the heck were you
> guys 11 months ago? Surely not following development, but you want to
> piss about it now.
>
> Discussion:
> http://mailman.archlinux.org/pipermail/pacman-dev/2009-July/008965.html
> http
Am 22.06.2010 17:50, schrieb Dan McGee:
> Installing packages with -U can handle installing dependencies
... and remove conflicting packages. I think that is worth mentioning.
Or just say that -U now works more like -S, whatever is easier.
OT: It's a great feature, I already took advantage of it
Am 22.06.2010 18:02, schrieb Dan McGee:
> On Tue, Jun 22, 2010 at 10:58 AM, Thomas Bächler wrote:
>> Am 22.06.2010 17:50, schrieb Dan McGee:
>>> Installing packages with -U can handle installing dependencies
>>
>> ... and remove conflicting packages. I think that i
Am 23.06.2010 11:10, schrieb Andreas Radke:
> Time for family. I won't have internet access.
>
> Keep Arch running and feel free to fix all my bugs...
>
> -Andy
>
Fix your bugs? I'll break all your packages and assign the bugs to you!
We don't want you to be bored when you return.
signature.
From SVN log:
"Update linux-firmware:
Remove build() function
Update to latest linux-firmware.git
Merge 4 missing commits into linux-firmware.git, fixes FS#19912"
Please sign off.
signature.asc
Description: OpenPGP digital signature
Am 24.06.2010 14:27, schrieb Allan McRae:
> Anyone for i686?
>
> Allan
Hell yeah, ... eh ... I mean ... Signoff both.
signature.asc
Description: OpenPGP digital signature
Am 25.06.2010 14:30, schrieb Pierre Schmitz:
> On Fri, 25 Jun 2010 22:11:31 +1000, Allan McRae
> wrote:
>> Do we have a policy on cross-repo makedepends? i.e. using makedepends
>> in [extra] for packages in [core].
>>
>> I ask because I want to bring dejagnu to [extra] so I can do "make
>> che
Am 27.06.2010 02:09, schrieb Eric Bélanger:
> Hi,
>
> lvm2/device-mapper 2.02.68-1 is now in testing.
>
> Changes:
>
> * Upstream update
> * Fixed tr path in lvmdump
>
> Please test and signoff. Users' signoffs are welcomed.
>
> Eric
Signoff x86_64.
signature.asc
Description: OpenPGP digi
Am 28.06.2010 23:35, schrieb Dan McGee:
> On Mon, Jun 28, 2010 at 10:58 AM, Tobias Powalowski wrote:
>> Hi guys,
>> udev 158
>>
>> Bugfixes.
>
> Signoff x86_64
Signoff both.
signature.asc
Description: OpenPGP digital signature
This version fixes the location of the pkgconfig file (shame on me to
overlook that before).
Please sign off.
signature.asc
Description: OpenPGP digital signature
Bugfix release, please sign off.
signature.asc
Description: OpenPGP digital signature
Am 02.07.2010 16:13, schrieb Eric Bélanger:
> Hi,
>
> lvm2/device-mapper 2.02.69-1 are in testing. Changes:
>
> * Upstream update
> * Moved dmeventd man page from lvm2 to device-mapper package
>
> Please test and signoff. Users signoffs are welcomed.
I canz still boot!
Signoff x86_64.
signa
Is there any reason why we include a patch in util-linux-ng to build a
static version of fsck?
Note that this binary is completely useless: fsck only calls
fsck.$FSTYPE which is not a static binary for any file system.
signature.asc
Description: OpenPGP digital signature
Am 06.07.2010 00:00, schrieb Tobias Powalowski:
> Hi guys,
> Changelog attached, Thomas wanted to add a patch before moving to core.
The static-fsck.patch has been removed. We can't use it anyway, as none
of the mount helpers are static.
> findmnt(8):
> - this NEW COMMAND is a command line inte
Am 05.07.2010 23:49, schrieb Tobias Powalowski:
> Latest kernel is in testing,
> please signoff for both arches.
>
> greetings
> tpowa
Signoff both
signature.asc
Description: OpenPGP digital signature
Am 07.07.2010 18:03, schrieb Tobias Powalowski:
> Hi guys,
> udev 159
>
> Bugfixes.
>
> greetings
> tpowa
Signoff 64
signature.asc
Description: OpenPGP digital signature
It was an illusion to simply use the linux-firmware git tree and hope
all firmware is there. So, I added a symlink for an unnecessarily
versioned firmware (the firmware binaries are compatible, yet the kernel
hardcodes a specific firmware version) and a missing atheros firmware
that is only present
Only one fix:
The initial /etc/mtab is now properly generated using findmnt if
/sbin/findmnt and /proc/self/mountinfo are present. This requires
util-linux-ng 2.18-2 or newer to work properly. It falls back to copying
/proc/mounts (which is problematic) otherwise.
Please sign off.
signature.as
Changes:
Jan Steffens (4):
Fix autodetect bitrot
Implement explicit module depends
sed cleanup
Simple Btrfs hook
Thomas Bächler (7):
Add memdisk hook
memdisk: Add udev rule
memdisk: add UUID and label symlinks to udev rule
memdisk: add 01
Upstream update, please sign off (tested already for both architectures,
by yours truly).
signature.asc
Description: OpenPGP digital signature
Upstream update, please sign off (tested already for x86_64).
signature.asc
Description: OpenPGP digital signature
Am 09.07.2010 05:41, schrieb Allan McRae:
> On 01/07/10 07:48, Thomas Bächler wrote:
>> Bugfix release, please sign off.
>
> Not heavily tested but it seems to do stuff...
> Signoff i686.
Bump.
signature.asc
Description: OpenPGP digital signature
Am 10.07.2010 23:42, schrieb Dan McGee:
> Signoff both, upstream update.
>
> Aaron, since you maintain syslog-ng you should probably pick this
> package up too. I'm updating it here mostly just to test something
> with the web site.
>
> On that note, I'm gone on vacation all next week so someone
Hello,
I -Syu'd and rebooted all our servers, let me know if there are any
problems.
signature.asc
Description: OpenPGP digital signature
Am 12.07.2010 07:38, schrieb Allan McRae:
> On 11/07/10 19:36, Thomas Bächler wrote:
>> It was an illusion to simply use the linux-firmware git tree and hope
>> all firmware is there. So, I added a symlink for an unnecessarily
>> versioned firmware (the firmware binaries ar
Am 11.07.2010 12:46, schrieb Thomas Bächler:
> Upstream update, please sign off (tested already for x86_64).
>
Can anyone confirm that this is working?
signature.asc
Description: OpenPGP digital signature
Am 12.07.2010 07:13, schrieb Tobias Powalowski:
> Hi guys,
> udev 160
>
> Bugfixes.
>
> greetings
> tpowa
Signoff both.
signature.asc
Description: OpenPGP digital signature
Am 13.07.2010 15:38, schrieb Ray Rashif:
> == extra ==
> hydrogen
> ardour
> linuxdcpp
>
> == community ==
> ffmpeg2theora
> oregano
> btanks
> kleansweep
> pingus
> dangerdeep
> fceux
> mypaint
> glob2
>
> We can either update it to version 2 or move version 1 to a scons1
> package. If there are
Am 15.07.2010 21:46, schrieb Dale Blount:
> On Thu, 2010-07-15 at 15:29 -0400, Eric Bélanger wrote:
>> Hi,
>>
>> Roman has flagged my lilo packages. Lilo developpement is now active
>> and lilo 23.0 was released. Unfortunately, my only system using lilo
>> is no longer working. Is there anyone e
I just performed the switch to https only on bbs! I also adjusted some
internal URLs, so all files will be properly fetched via https directly.
http is redirected automatically. Note that the navbar links on Archweb
and all other sites still point to http, but that is redirected
automatically.
The
Am 16.07.2010 11:15, schrieb Pierre Schmitz:
> Didn't we have a discussion about this soem time ago? Point 1) is
> simply not true. A SNI compatible client is not needed here. (at least
> if you haven't altered the ssl config)
If I remember correctly, it is correct. Fact is that lighttpd can do it
Am 18.07.2010 17:48, schrieb Andreas Radke:
> Am Thu, 15 Jul 2010 23:18:29 +0200
> schrieb Andreas Radke :
>
>> new upstream release. please signoff.
>>
>> http://lists.gnupg.org/pipermail/gnupg-announce/2010q3/000300.html
>>
>> -Andy
>>
>
> anyone?
>
Signoff x86_64
signature.asc
Description
Am 18.07.2010 12:48, schrieb Allan McRae:
> Upstream update.
>
> Signoff both,
> Allan
Signoff x86_64
signature.asc
Description: OpenPGP digital signature
Am 20.07.2010 17:59, schrieb Dan McGee:
> We also do not have enough room to dump and reload a second copy of
> the DB. Any ideas on this, anyone? We didn't think very straight when
> we were sizing /var on a DB machine...
If you need more space, just say the word.
signature.asc
Description: Op
Am 20.07.2010 22:52, schrieb Firmicus:
> Yesterday I had bug report on a segfaulting binary for x86_64 that ships
> with texlive-bin in testing:
> http://bugs.archlinux.org/task/20199
> I have reported the bug upstream:
> https://sourceforge.net/tracker/?func=detail&aid=3031498&group_id=145640&atid
Am 19.07.2010 10:13, schrieb Thomas Bächler:
> Am 18.07.2010 12:48, schrieb Allan McRae:
>> Upstream update.
>>
>> Signoff both,
>> Allan
>
> Signoff x86_64
>
And i686.
signature.asc
Description: OpenPGP digital signature
Am 21.07.2010 15:24, schrieb Firmicus:
> If you could release a new "backported" version of gcc 4.5 soon so that
> I can recompile texlive-bin,
Would be great.
> you would be my hero, and I promise never
> to say that you broke anything ever again ;)
You can't do that! Who do we blame then? One
Am 21.07.2010 17:02, schrieb Firmicus:
> On 21/07/2010 15:31, Thomas Bächler wrote:
>> Am 21.07.2010 15:24, schrieb Firmicus:
>>> If you could release a new "backported" version of gcc 4.5 soon so that
>>> I can recompile texlive-bin,
>> Would be great.
I split away /etc/{services,protocols} into the iana-etc package, which
autogenerates those files from the IANA data in the PKGBUILD. The new
filesystem package also removes the 'man3x->man3' symlink, nobody ever
knew what it was good for.
filesystem now has iana-etc as a dependency, which again h
Am 29.07.2010 07:15, schrieb Allan McRae:
> On 29/07/10 12:17, K. Piche wrote:
>> On Wed, 2010-07-28 at 13:58 -0400, K. Piche wrote:
>>> On Fri, 2010-07-23 at 09:18 +0200, Firmicus wrote:
On 23/07/2010 03:16, Allan McRae wrote:
> What is going on with the perl-5.12 update in [testing]? Ev
Am 02.08.2010 16:39, schrieb Dieter Plaetinck:
> On Mon, 2 Aug 2010 16:27:44 +0200
> Tobias Powalowski wrote:
>
>> Hi guys,
>> added nilfs2 patches from upstream
>> and also added a fix for cfdisk
>> partition changer from upstream.
>> please signoff both
>> arches
>>
>> greetings
>> tpowa
>
>
Am 03.08.2010 10:25, schrieb Ronald van Haren:
> is this supposed to happen?
>
> (2/2) checking for file conflicts
> [] 100%
> error: failed to commit transaction (conflicting files)
> kernel26: /lib/modules/2.6.34-ARCH/modules.devname exists in filesystem
>
This new build fixes the b43 trouble lots of users have been having.
This package is NOT in testing (2.6.35 currently resides there), but at:
http://dev.archlinux.org/~thomas/kernel26/
Please sign off (also, please someone with the b43 problem test if this
is fixed).
signature.asc
Description:
Am 04.08.2010 23:16, schrieb Dan McGee:
> On Wed, Aug 4, 2010 at 4:02 PM, Pierre Schmitz wrote:
>> On Wed, 04 Aug 2010 16:39:02 +0200, Thomas Bächler
>> wrote:
>>> This new build fixes the b43 trouble lots of users have been having.
>>> This package is NOT in
Am 04.08.2010 16:39, schrieb Thomas Bächler:
> This new build fixes the b43 trouble lots of users have been having.
> This package is NOT in testing (2.6.35 currently resides there), but at:
>
> http://dev.archlinux.org/~thomas/kernel26/
>
> Please sign off (also, please so
Update to latest git tree, which adds more files from old kernel trees
that we might need. Please sign off.
signature.asc
Description: OpenPGP digital signature
Am 06.08.2010 20:19, schrieb Tobias Powalowski:
> safe to sign off x86_64.
> signoff anyone else?
>
Signoff 64.
signature.asc
Description: OpenPGP digital signature
Am 04.08.2010 18:13, schrieb Ronald van Haren:
> please signoff for both architectures.
>
> this release fixes compatibility with 2.6.35 kernel on 64bit, besides
> that just a regular bugfix release.
> For all fixes see http://roy.marples.name/projects/dhcpcd/timeline
>
> Ronald
>
Signoff x86_6
Am 09.08.2010 00:27, schrieb Ronald van Haren:
>> What was the problem with 5.2.6? It worked just fine for me and I have
>> been using 2.6.35 for weeks.
>>
>>
>
> Carrier detection failed in some cases on 64bit, upstream bug [1] and
> was also filed on the kernel bug tracker [2].
>
> [1] http://r
Upstream update. This package is NOT in testing (2.6.35 currently
resides there), but at:
http://dev.archlinux.org/~thomas/kernel26/
Please sign off.
signature.asc
Description: OpenPGP digital signature
Upstream update, please test and sign off.
We should probably be able to move this to core by the end of the week
unless major problems occur.
Please also sign off on 2.6.34.3 (see
http://mailman.archlinux.org/pipermail/arch-dev-public/2010-August/017557.html),
I'd like to move that to core today
Am 11.08.2010 01:46, schrieb Allan McRae:
> On 22/07/10 19:57, Allan McRae wrote:
>> Changes:
>> Fix template code expansion (FS#20242)
>> Fix libstdc++ man page source (FS#20249)
>>
>> Signoff both,
>
>
> Can I get a couple of quick signoffs for this? I would like to stick it
> in [core] while
Am 11.08.2010 12:52, schrieb Pierre Schmitz:
> On Wed, 11 Aug 2010 00:46:57 +0200, Thomas Bächler
> wrote:
>> Upstream update. This package is NOT in testing (2.6.35 currently
>> resides there), but at:
>>
>> http://dev.archlinux.org/~thomas/kernel26/
>>
>&
Am 11.08.2010 13:02, schrieb Pierre Schmitz:
> On Wed, 11 Aug 2010 11:25:07 +0200, Thomas Bächler
> wrote:
>> Upstream update, please test and sign off.
>>
>> We should probably be able to move this to core by the end of the week
>> unless major problems occur.
>
1201 - 1300 of 1676 matches
Mail list logo
