Am Dienstag, 9. März 2010 17:02:04 schrieb Andrea Scarpino:
On Tuesday 09 March 2010 08:05:03 Pierre Schmitz wrote:
This is totally up to you. :P
nice, I am lucky man... :)
All packages built and in [testing].
Thanks. Feel free to move them to extra if you think they are working
update to the new upstream release. So please give it a try and sign-
off.
Greetings,
Pierre
--
Pierre Schmitz, https://users.archlinux.de/~pierre
So, it's me again. This time we should have an openssh package which fixes
both of these bugs:
http://bugs.archlinux.org/task/18611
http://bugs.archlinux.org/task/17138
Please sign-off,
Pierre
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Mittwoch, 10. März 2010 17:08:45 schrieb Pierre Schmitz:
Am Mittwoch, 10. März 2010 16:36:15 schrieb Pierre Schmitz:
So, it's me again. This time we should have an openssh package which
fixes both of these bugs:
http://bugs.archlinux.org/task/18611
http://bugs.archlinux.org/task/17138
then.)
--
Pierre Schmitz, https://users.archlinux.de/~pierre
. A client side script (e.g. in devtools)( could then
generate rebuild lists. For example something like:
create-rebuild-list foo-1.1.pkg.tar.gz foo-1.2.tar.xz rebuild-list.txt
--
Pierre Schmitz, https://users.archlinux.de/~pierre
same environment without the
need to hack your own scripts.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Montag, 8. März 2010 01:11:00 schrieb Andrea Scarpino:
Let me know when I can run /arch/db-{,community-}testing.
This is totally up to you. :P
--
Pierre Schmitz, https://users.archlinux.de/~pierre
a warning if xz is
not used.
Greetings,
Pierre
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Samstag, 27. Februar 2010 03:06:00 schrieb Daniel J Griffiths (Ghost1227):
Please sign off both architectures.
signed off both
--
Pierre Schmitz, https://users.archlinux.de/~pierre
?
--
Pierre Schmitz, https://users.archlinux.de/~pierre
://cvs.openssl.org/chngview?cn=19336
I did some basic testing and it still passes the test suite. I ask you to sign
this off soon as this might be quite critical to at least those who use encfs.
Greetings,
Pierre
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Dienstag, 2. März 2010 04:24:30 schrieb Allan McRae:
I have used this on a bunch of packages and have not had issues.
me neither
--
Pierre Schmitz, https://users.archlinux.de/~pierre
complicated (e.g. they don't support ipv atm)
while the same functionality is already provided by another package n core.
I would even completely remove the network and netfs deamon from initscripts;
but I guess there wont be much support for this. :-)
--
Pierre Schmitz, https://users.archlinux.de
, too)
--
Pierre Schmitz, https://users.archlinux.de/~pierre
within the
PKGBUILD; but this doesn't replace communication. There are a lot of reasons
why a maintainer doesn't want to bump a package right now.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Montag, 1. März 2010 00:06:12 schrieb Ionut Biru:
signoff both
dito
--
Pierre Schmitz, https://users.archlinux.de/~pierre
option either because the
same version comparison is used everywhere...
You did notice the smiley? I know this wasn't fair in this case and not too
serious. But anyway, I would prefer add the force flag and add the (stupid)
upstream version instead of making your own up.
--
Pierre Schmitz, https
Am Sonntag, 28. Februar 2010 10:30:18 schrieb Allan McRae:
On 28/02/10 17:05, Pierre Schmitz wrote:
Hi all,
here is an update for openssl. It implements RFC5746 renegotiation. I
also cleaned up the PKGBUILD and was able to remove some patches that
are included upstream now
in testing.
I will be moving it from testing to extra the next Tuesday (2010-03-02).
Would you mind moving the packages earlier? KDE 4.4.1 (in staging atm) was
build with new boost and should be released on the 2nd, too.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
On Sun, 28 Feb 2010 13:09:35 +0100, Giovanni Scafora
giova...@archlinux.org wrote:
2010/2/28, Pierre Schmitz pie...@archlinux.de:
Would you mind moving the packages earlier? KDE 4.4.1 (in staging atm)
was
build with new boost and should be released on the 2nd, too.
OK, I am moving it now
...@netbauds.net]
*) Add 2.5.4.* OIDs
[Ilya O. vrgh...@gmail.com]
--
Pierre Schmitz, https://users.archlinux.de/~pierre
On Sat, 27 Feb 2010 11:37:40 -0600, Daniel J Griffiths (Ghost1227)
ghost1...@archlinux.us wrote:
Upstream release, please sign off both architectures.
(signoff i686)
Is there any reason why you ask for signing off this [extra] package?
--
Pierre Schmitz, https://users.archlinux.de/~pierre
--
Pierre Schmitz, https://users.archlinux.de/~pierre
using it at al.de for some time now. I would suggest
to create a git repo for it.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
(among others) cover wpa_supplicant.
Sounds reasonable. This way we could trim base to the bare minimum.
Theses changes might require some adjustments to the installer though. For
example it should install jfstools if it had created a jfs partition.
--
Pierre Schmitz, https://users.archlinux.de
Am Dienstag, 23. Februar 2010 23:08:25 schrieb Tobias Powalowski:
Please signoff both arches,
signed off both
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Dienstag, 23. Februar 2010 11:10:39 schrieb Giovanni Scafora:
2010/2/23, Pierre Schmitz pie...@archlinux.de:
No, KDE is in extra for some time now. See
http://www.archlinux.org/news/483/
Sorry, I mean about the rebuild list for boost.
I'll need to know which so names have changed
Am Montag, 22. Februar 2010 17:22:12 schrieb Ronald van Haren:
please signoff
signoff x86_64
--
Pierre Schmitz, https://users.archlinux.de/~pierre
python knowledge to fix this?
I have applied a simple but working patch to this bug report:
http://bugs.archlinux.org/task/18424
I could make an unofficial package for those who want to use ti right now.
It's working fine.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Dienstag, 23. Februar 2010 19:40:52 schrieb Tobias Powalowski:
When should we start to migrate to xz compression?
I don't see any reason to not use xz for all packages. But we didn't really
decide this yet.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
in a for
loop...stupid me. (yes, now I see that this is even documented in the man
page)
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Signed-off-by: Pierre Schmitz pie...@archlinux.de
---
namcap | 29 +
setup.py |4 ++--
2 files changed, 31 insertions(+), 2 deletions(-)
create mode 100755 namcap
diff --git a/namcap b/namcap
new file mode 100755
index 000..e95fcdd
--- /dev/null
+++ b
Am Montag, 22. Februar 2010 19:08:41 schrieb Giovanni Scafora:
2010/2/3, Pierre Schmitz pie...@archlinux.de:
about end of next week.
Hey Pierre, do you forgotten that one?
No, KDE is in extra for some time now. See http://www.archlinux.org/news/483/
--
Pierre Schmitz, https
Am Sonntag, 21. Februar 2010 08:47:27 schrieb Pierre Schmitz:
1) Add me to the dbscripts-git group and let me push my patch to the repo
2) Checkout the scripts into /arch or /arch-new (to be discussed)
3) Check which packages need to be kept in gz format for a while.(is it
just pacman
anyone got a
really old system we can test this upgrade on? I suppose an old
installer is enough.
I'll check that.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Sonntag, 21. Februar 2010 15:57:38 schrieb Pierre Schmitz:
pacman, libarchive and xz-utils) and add PKGEXT='.pkg.tar.gz' into
their PKGBUILDs
The use of --as-needed means we do not need all these. So the list is
somewhere between this and the one Pierre gave... has anyone got
Am Sonntag, 21. Februar 2010 19:27:29 schrieb Eric Bélanger:
- echo -c dir Set pacman cache. Default: ${cache_dir}
+ echo -c dir Set pacman cache. Default:
/var/cache/pacman/pkg
A typical Allan broke it. :P
Patch applied.
--
Pierre Schmitz, https
Am Sonntag, 21. Februar 2010 08:47:27 schrieb Pierre Schmitz:
After a few tests with a local repo I guess I am ready to submit my
changes. So, here is the plan:
1) Add me to the dbscripts-git group and let me push my patch to the repo
2) Checkout the scripts into /arch or /arch-new
by configure
--
Pierre Schmitz, https://users.archlinux.de/~pierre
don#t
have to worry how the package is compressed.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
archives. Then we can add a simple Bash
wrapper script which uncompresses the package and calls namcap with the pure
tar.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
those
should make it work.
I'll provide a patch for this so we can use namcap with any compression right
now and don't need to wait until this becomes available in python.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Montag, 22. Februar 2010 07:00:15 schrieb Pierre Schmitz:
I'll provide a patch for this
Here it is: http://bugs.archlinux.org/task/18424
This patch should work fine as a drop in replacement. (It even seems to be
faster than letting python uncompress that tar; does it this for every call
=2fe5dbf904d8ded1299fc2dfd85f015b7b2a04c6
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Dienstag, 16. Februar 2010 01:27:32 schrieb Pierre Schmitz:
With this patch packages with different compressions are accepted. It is
ensured that one cannot have the same package with different compression
extensions.
The new functions getpkgfile{,s} are used to sanitize globed filenames
packages. By this we
also ensure that our packages actually build with our current toolchain.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
to be
append to a text file and the tracker needs to be restarted.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Mittwoch, 17. Februar 2010 05:12:32 schrieb Dan McGee:
New version in testing. Test using pacman or bsdtar. Upstream release
notes: http://code.google.com/p/libarchive/wiki/ReleaseNotes
sign-off both
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Mittwoch, 17. Februar 2010 01:46:04 schrieb Allan McRae:
Upstream update.
Signoff both,
Allan
sign-off both
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Sonntag, 14. Februar 2010 01:33:40 schrieb Allan McRae:
Upstream update:
sign-off both
--
Pierre Schmitz, https://users.archlinux.de/~pierre
haven't been commited. It's
really non-intuitive imho.
Just try svn diff somefile someotherfile and it will allways return nothing.
If you use remote urls instead you get the expected behavior.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
dir is in sync with
the remote one. I am not sure if that's worth the effort. But maybe it's
easier than I guess.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
.
Nice idea and I think it could even work. Committed as
http://projects.archlinux.org/devtools.git/commit/?id=53a864a5aa2e273154e4e37218b967924cf4cf79
--
Pierre Schmitz, https://users.archlinux.de/~pierre
were suffered by this issue.
The cleanup script shouldn't do anything to that package as it only looks for
*.pkg.tar.gz.
Any objections?
--
Pierre Schmitz, https://users.archlinux.de/~pierre
to decompress or even compress the openoffice
package (also tested install with pacman)
Even with 32MB there are no problems. But if you want to compress with such
low RAM you have to tell xz to use more than 40% of RAM (which is the default
maximum it will consume).
--
Pierre Schmitz, https
Signed-off-by: Pierre Schmitz pie...@archlinux.de
---
config |1 +
misc-scripts/ftpdir-cleanup | 12 +++-
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/config b/config
index 6343bc0..8e582d9 100644
--- a/config
+++ b/config
@@ -5,6 +5,7
Signed-off-by: Pierre Schmitz pie...@archlinux.de
---
misc-scripts/ftpdir-cleanup |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/misc-scripts/ftpdir-cleanup b/misc-scripts/ftpdir-cleanup
index 0d13805..6a69d72 100755
--- a/misc-scripts/ftpdir-cleanup
+++ b/misc
at Slackware who are already using xz for their
whole repo. According to them you need at least a 486 and 64MB RAM. Does not
look like anything we should worry about.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
;-)
--
Pierre Schmitz, https://users.archlinux.de/~pierre
that. :-)
--
Pierre Schmitz, https://users.archlinux.de/~pierre
, correct?
--
Pierre Schmitz, https://users.archlinux.de/~pierre
if nothing
changed. I guess that was the advantage of the merges?
Why would you run extrapkg twice with nothing changed? Anyway, I could fix
this by do a svn diff trunk repos/extra-i686 etc. I guess.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
arch. E.g. pacman does not
know about it; it does not have its own repo etc..
--
Pierre Schmitz, https://users.archlinux.de/~pierre
,
package pooling and a multi tier mirror setup first to handle the extra
traffic that comes with delta packages.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
don't need.
Signed-off-by: Pierre Schmitz pie...@archlinux.de
---
config |3 +-
convert-to-any | 71 ---
cron-jobs/create-filelists |2 +-
cron-jobs/sourceballs |4 +-
db-move |4
Am Montag, 15. Februar 2010 15:04:28 schrieb Pierre Schmitz:
This simple patch allows us to slowly migrate to xz compressed packages.
Yes, it's really that easy when we assume that all new packages have to be xz
compressed. So once this is applied and online everybody has to set the new
PKGEXT
Am Montag, 15. Februar 2010 15:12:15 schrieb Pierre Schmitz:
pacman and devtools are already prepared for handling xz compression.
namcap does not support xz. But it should be as easy as replacing the python
internal tar class by a call of bsdtar. Anyone wants to write a patch?
--
Pierre
Am Montag, 15. Februar 2010 16:57:17 schrieb Thomas Bächler:
I am still against implementing a solution that is that unflexible.
Where's the problem in just allowing any (known) compression?
Write a patch.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
don't
need it. Or if you have one reason why it should be useful to allow every
package his favorite compressions format I'll look into it. It not htat hard
to do, but makes the code more complex than needed.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Montag, 15. Februar 2010 17:27:51 schrieb Pierre Schmitz:
if you have one reason why it should be useful
I found one myself. pacman, libarchive and xz-utils should stay in gz format
for a while to make it possible to update old machines which haven't been
updated for long
has to be
adjusted to support xz.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
repo or should we agree on one towards which we migrate
step by step? This wont be a problem if we had a dedicated file name extension
but this way everybody will just be confused.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
; but it's
uploaded and downloaded many, many times.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
that right ;-)) you are still faster. (and
I know that your PC is a lot faster than mine)
So even if you only take your own time into account you still win. Adding the
time/traffic decrease of all mirrors and users to our calculation we will
clearly win.
--
Pierre Schmitz, https
doesn't mean that we can switch again in 2030 when a smart guy
discovers an even more efficient algorithm ;-))
--
Pierre Schmitz, https://users.archlinux.de/~pierre
plan until I thought that we wont need this complexity if
we would migrate to only one compression method anyway.
But sure, if everybody thinks that we need multiple compression methods at the
same time, let's forget about the patch and I'll write a new one.
--
Pierre Schmitz, https
not suggesting I want to do crazy shit with
compression
Let's make a deal: I'll create a new branch in my repo and see what it takes
to make the package handling more general. (it will probably take less code
than we already put into this discussion ;-))
--
Pierre Schmitz, https
Signed-off-by: Pierre Schmitz pie...@archlinux.de
---
convert-to-any | 71
1 files changed, 0 insertions(+), 71 deletions(-)
delete mode 100755 convert-to-any
diff --git a/convert-to-any b/convert-to-any
deleted file mode 100755
index
With this patch packages with different compressions are accepted. It is
ensured that one cannot have the same package with different compression
extensions.
The new functions getpkgfile{,s} are used to sanitize globed filenames.
Signed-off-by: Pierre Schmitz pie...@archlinux.de
---
config
Am Dienstag, 16. Februar 2010 01:27:32 schrieb Pierre Schmitz:
With this patch packages with different compressions are accepted. It is
ensured that one cannot have the same package with different compression
extensions.
The new functions getpkgfile{,s} are used to sanitize globed filenames
that this matters a lot.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
/\*.conf\s*$'
/etc/ld.so.conf
#
This is quite strange; however, I replaced the grep expression with the excact
string we would add. This wont catch if a user manipulates the file himself
but should be safe for non-utf-8 locales.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Freitag, 12. Februar 2010 02:12:17 schrieb Pierre Schmitz:
A warning for those who use makechrootpkg: the rw and union subdirs are no
longer used and cannot be used with the new tools. Aufs is no longer
needed.
For details see http://projects.archlinux.org/devtools.git/log/
The new
Am Sonntag, 14. Februar 2010 12:10:59 schrieb Thomas Bächler:
mkinitcpio 0.6.1-1:
signing off for x86_64. The announcement looks good, too. Just the link wont
work; the web interface somehow strips these.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Sonntag, 14. Februar 2010 12:45:15 schrieb Pierre Schmitz:
signing off for x86_64.
and here comes another one for i686
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Sonntag, 14. Februar 2010 19:23:34 schrieb Thomas Bächler:
This release fixes a CRITICAL bug leaving all systems with slow devices
(like USB) unbootable. Tested once on x86_64 already. Please sign off
quickly.
sign-off both
--
Pierre Schmitz, https://users.archlinux.de/~pierre
to use -m64 with gcc
- Fix ./configure --help to correctly name options
- Have make fail if a test fails [Levin]
- Avoid buffer overrun in contrib/masmx64/gvmat64.asm [Simpson]
- Remove assembler object files from contrib
--
Pierre Schmitz, https://users.archlinux.de/~pierre
scripts and default makepkg
and pacman config files.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
--
Pierre Schmitz, https://users.archlinux.de/~pierre
, this should just for bash and should appy to all our scripts
including init scripts etc.. For PKGBUILD we might want to add some more
specific extensions to this (I suggest a separate page for these)
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Samstag, 13. Februar 2010 17:48:40 schrieb Dieter Plaetinck:
aha, okay i see. so 'spaces for alignment' is ok?
You mean for e.g. multi line output? I'd even say only spaces are valid here.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Samstag, 13. Februar 2010 20:29:59 schrieb Firmicus:
No problem here either using latest git version.
Thanks for testing; I have uploaded 0.9.2 to [testing]. Let's see how many
updates it will need until we can move it to [extra]. ;-)
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Samstag, 13. Februar 2010 23:00:44 schrieb Andrea Scarpino:
Any opinions?
No objections as long as its maintained. (let's see if I can replace plain
kate for php with an ide ;-))
--
Pierre Schmitz, https://users.archlinux.de/~pierre
makes maintenance and reading the code harder. It also looks ugly ;-)
One thing I have seen a lot (I might be guilty here myself) is e.g. if a
packages was adopted by another maintainer one of the first commits is about
changing indention etc..
--
Pierre Schmitz, https://users.archlinux.de
releasing a new package.
--
Pierre Schmitz, https://users.archlinux.de/~pierre
on install.
So its fine to update it during the upgrade. Maybe in future versions if all
other packages use the include dir we can remove that file from the backup
array.
I went ahead and put filesystem-2010.02-2 into testing.
Please sign off.
--
Pierre Schmitz, https://users.archlinux.de
value.
Thanks, that explains a lot. I have put 0.9.1 into [testing] fixing this issue
and being a little more verbose when an action might take longer (like svn
commit)
--
Pierre Schmitz, https://users.archlinux.de/~pierre
Am Donnerstag, 11. Februar 2010 20:06:25 schrieb Thomas Bächler:
Please sign off these packages:
signed off for both arches. I have tested these hooks (on two different
systems):
base
udev
autodetect
keymap
sata
pata
mdadm
resume
filesystems
encrypt
lvm2
Nice work btw!
--
Pierre Schmitz
601 - 700 of 1279 matches
Mail list logo