0001-Fix-2-minor-memleaks.patch
Description: Binary data
___
pacman-dev mailing list
pacman-dev@archlinux.org
http://www.archlinux.org/mailman/listinfo/pacman-dev
does this look ok?
needroot.diff
Description: Binary data
___
pacman-dev mailing list
pacman-dev@archlinux.org
http://www.archlinux.org/mailman/listinfo/pacman-dev
I hope its good now :P
On Tue, Jul 21, 2009 at 5:24 PM, Xavier wrote:
> does this look ok?
>
0001-Add-new-print-operation-for-all-operations.patch
Description: Binary data
___
pacman-dev mailing list
pacman-dev@archlinux.org
http://www.archlin
On Tue, Jul 21, 2009 at 5:46 PM, Xavier wrote:
> I hope its good now :P
>
> On Tue, Jul 21, 2009 at 5:24 PM, Xavier wrote:
>> does this look ok?
>>
>
lol...
I intended to send these two last mails to Nagy, not to the ML.
Anyway, the last patch should be almost ok (besi
On Wed, Jul 22, 2009 at 5:58 AM, Dan McGee wrote:
> This implements FS#13877. Add a new option "-Qk" which checks if all of the
> files for a given package (or packages) are really on the system (i.e. not
> accidentally deleted). This can be combined with filters and other display
> options. It als
On Wed, Jul 22, 2009 at 5:58 AM, Dan McGee wrote:
>
> OK, that last one looks a bit silly with the paths at the top, doesn't it. Any
> ideas? I'd be fine with showing the 0 errors lines all the time, it would just
> require some grep foo for people to screen those out. That way, you can do
> things
On Wed, Jul 15, 2009 at 5:26 PM, Nagy Gabor wrote:
> >From e9d1686e5e54bff2aad12820e335c10603b307db Mon Sep 17 00:00:00 2001
> From: Nagy Gabor
> Date: Wed, 15 Jul 2009 17:08:28 +0200
> Subject: [PATCH] API changes between 3.2 and 3.3
>
> Signed-off-by: Nagy Gabor
> ---
> README | 50 +
On Wed, Jul 22, 2009 at 5:58 AM, Dan McGee wrote:
> This implements FS#13877. Add a new option "-Qk" which checks if all of the
> files for a given package (or packages) are really on the system (i.e. not
> accidentally deleted). This can be combined with filters and other display
> options. It als
On Thu, Jul 23, 2009 at 3:35 AM, Dan McGee wrote:
>
> Things *not* getting in 3.3.0:
> * FS#12950, -D operation (way too big of a change late in the game)
> * FS#14208, --print operation (once again, not as big as -D, but lets
> hold off on massive new option addition)
>
These are maybe not the si
On Fri, Jul 24, 2009 at 10:38 PM, Gerardo Exequiel
Pozzi wrote:
> Hi devs,
>
> This mail is trigger by this problem [#1].
>
> 1) PKG1 installs some directory without any files like "/some/common/dir"
> 2) PKG2 installs the same directory "/some/common/dir" with or without
> any files inside
> 3) Re
On Fri, Jul 24, 2009 at 11:05 PM, Gerardo Exequiel
Pozzi wrote:
> OK maybe you talking about this [#1]? Then, in the case that pacman is
> "Won't fix/Not a Bug" issue. Then (in this case) openssh should install
> a hidden file in /var/empty that is a common directory for some
> packages. Or... ?
>
On Sun, Jul 26, 2009 at 6:41 PM, Dieter Plaetinck wrote:
> If I understand correctly, pacman's usage towards the user will be the same?
> Eg if we include pacman 3.3 on the new release, it should still be compatible
> with everything we do?
>
Yes :)
> Any idea when pacman 3.3 will be in core?
>
On Tue, Jul 28, 2009 at 2:09 PM, Giovanni Scafora wrote:
> 2009/7/28, Dan McGee :
>> All pushed out to the main repo now, and I updated the PO files that I
>> put out there. Thanks for the catch.
>
> I'm sending a new update Italian translation.
>
>
Well, since we just made one change, maybe we
On Tue, Jul 28, 2009 at 6:34 PM, Loui Chang wrote:
> I was experimenting using dash as /bin/sh and noticed that a lot of
> packages were having errors in their install scriptlets.
>
> popen passes commands to /bin/sh so we need to explicitly invoke bash,
> which the scriptlets are written for. WOO!
On Tue, Jul 28, 2009 at 7:54 PM, Aaron Griffin wrote:
>
> Another thought would be to make the scriptlet executable and pass the
> "function" as an arg to the script, this way we can support
> #!/bin/bash and #!/bin/sh as well as a myriad of other things
Then we need to put back the 3 magic lines
2009/7/28 Vojtěch Gondžala :
> Hi,
>
> an update for Czech translation.
>
> --
> Vojtěch „vogo“ Gondžala
>
# , c-format
#, fuzzy, c-format
msgid "ignoring package replacement (%s-%s => %s-%s)\n"
msgstr "%s: ignoruje se náhrada balíčku (%s-%s => %s-%s)\n"
Can I just remove the wrong %s: in front a
2009/7/28 Juan Pablo González T. :
> hi, this is the spanish translation for the inminent pacman 3.3 release :)
>
> The file contains translated strings for pacman and libalpm
>
> Greetings from the cold Chile, keep up the good work!
>
>
same problem than with the czech translation :)
#, fuzzy, c
On Wed, Jul 29, 2009 at 4:06 PM, Dan McGee wrote:
> On Tue, Jul 28, 2009 at 1:53 PM, Giovanni Scafora
> wrote:
>> 2009/7/28, Dan McGee :
>>> When I'm getting paid $30-$60 an hour to work on this project my
>>> turnaround time will be that fast...until then, things are not on fire
>>> so just wai
On Tue, Jul 28, 2009 at 10:27 AM, Giovanni
Scafora wrote:
>
>
> Hi guys,
>
> translation files have been posted. For those using GIT, you might as
> well get them from there as these are simply exported from there as of
> 5 minutes ago:
>
> http://code.toofishes.net/pacman/po_files/pacman/
> h
I think you used the old po file, so you only miss one message :
#, fuzzy, c-format
msgid ""
":: the following package(s) cannot be upgraded due to unresolvable "
"dependencies:\n"
Could you translate it by mail for me maybe?
Thanks :)
On Wed, Jul 29, 2009 at 4:21 PM, Baurzhan
Muftakhidinov wrot
2009/7/29 Xavier :
> On Tue, Jul 28, 2009 at 10:27 AM, Giovanni
> Scafora wrote:
>>
>>
>> Hi guys,
>>
>> translation files have been posted. For those using GIT, you might as
>> well get them from there as these are simply exported from
On Wed, Jul 29, 2009 at 9:03 PM, Juan Pablo
Gonzalez wrote:
>> 2009/7/28 Juan Pablo González T. :
>> > hi, this is the spanish translation for the inminent pacman 3.3 release
>> > :)
>> >
>> > The file contains translated strings for pacman and libalpm
>> >
>> > Greetings from the cold Chile, keep
On Wed, Jul 29, 2009 at 10:01 PM, Roman
Kyrylych wrote:
> Hi!
>
> During my translation of pacman/libalpm files
> I've noticed a significant number of inconsistencies
> and messages that are difficult to translate to a language
> that is quite different from Western European languages
> without kno
On Wed, Jul 29, 2009 at 10:01 PM, Roman
Kyrylych wrote:
> Hi!
>
> During my translation of pacman/libalpm files
> I've noticed a significant number of inconsistencies
> and messages that are difficult to translate to a language
> that is quite different from Western European languages
> without kno
On Wed, Jul 29, 2009 at 10:20 PM, partizan wrote:
> done :)
>
thank you.
but still needs this message :)
#, fuzzy, c-format
msgid ""
":: the following package(s) cannot be upgraded due to unresolvable "
"dependencies:\n"
msgstr ":: Эти пакеты будут обновлены в первую очередь :\n"
___
an Lu) wrote:
> I will complete zh_CN by tomorrow, could it be late?
>
> 2009/7/29 Xavier :
>> On Tue, Jul 28, 2009 at 10:27 AM, Giovanni
>> Scafora wrote:
>>>
>>>
>>> Hi guys,
>>>
>>> translation files have been posted. For those
On Wed, Jul 29, 2009 at 7:48 PM, Xavier wrote:
>
> new status
>
> UNKNOWN:
> British English (en_GB)
> Brazilian Portuguese (pt_BR)
>
> PROGRESS:
> Hungarian (hu)
> Russian (ru)
> Ukrainian (uk)
> Simplified Chinese (zh_CN)
>
> DONE:
> German (de)
>
On Thu, Jul 30, 2009 at 8:45 AM, Allan McRae wrote:
> Xavier wrote:
>>
>> UNKNOWN:
>> British English (en_GB)
>>
>
> If no-one has done this by the weekend, I will... my en_NZ is some sort of
> mix-up of en_GB and en_US but I will manage!
>
Jeff replied ju
On Fri, Jul 31, 2009 at 12:28 AM, Jeff Bailes wrote:
> Hi,
> Not sure if this got through when I sent this last night, I can't seem
> to see it in the archives. Here's the en_GB translation for 3.3.
> Jeff
>
Yeah, I don't think it went through.
But this one did, and everything looks
On Sun, Aug 2, 2009 at 12:13 AM, Dan McGee wrote:
> On Sat, Aug 1, 2009 at 4:18 PM, Gerardo Exequiel
> Pozzi wrote:
>> Recently changed accidentally from 644 to 755.
>>
>> Signed-off-by: Gerardo Exequiel Pozzi
>
> I think someone did some of the work on Windows, whoops. :)
>
Indeed, I do half the
On Sat, Aug 1, 2009 at 9:37 PM, Rodrigo Flores wrote:
> Hi
>
> I'm sending attached to this e-mail a tar.bz2 file with the translations in
> Brazilian Portuguese for both pacman and libalpm. Can someone please commit
> it for me ?
>
> Thanks in advance
>
So this translation is a work from you, Mar
On Sat, Aug 1, 2009 at 8:40 PM, Dan McGee wrote:
> This is an automated email from the git hooks/post-receive script. It was
> generated because a ref change was pushed to the repository containing
> the project "The official pacman repository".
>
> The branch, master has been updated
> via
On Mon, Aug 3, 2009 at 11:55 AM, Marc - A. Dahlhaus [ Administration |
Westermann GmbH ] wrote:
> Hello,
>
> i found an error in pacman 3.3.0:
>
> If you execute pacman as ordinary user (with sudo) and don't have
> ldconfig in your PATH pacman can't find ldconfig...
>
> Outputs after upgrade to 3.3
On Tue, Aug 4, 2009 at 11:51 AM, Roman Kyrylych wrote:
> On Tue, Aug 4, 2009 at 11:08, Pierre Schmitz wrote:
>> Am Dienstag 04 August 2009 08:58:18 schrieb Pierre Schmitz:
>>> Hi Devs and TUs,
>>>
>>> with the recent KDE update the packages were split up. All packages in
>>> extra should be updated
On Tue, Aug 4, 2009 at 3:24 PM, Cedric Staniewski wrote:
> Yesterday, I wanted to use a xz compressed source in a PKGBUILD and had
> to notice that xz extraction is currently broken in makepkg (not .tar.xz
> though) even if the file is actually extracted. This is caused by xz's
> attempt to remove
On Tue, Aug 4, 2009 at 7:06 PM, Cedric Staniewski wrote:
> Xavier wrote:
>>
>> But should we remove the symlink manually then?
>> ___
>> pacman-dev mailing list
>> pacman-dev@archlinux.org
>> http://www.archlinux.
On Tue, Aug 4, 2009 at 11:51 PM, Cedric Staniewski wrote:
>
> Unfortunately, gzip/gunzip do not have something like a -k option and it
> seems that there are no plans to add one [1,2]. The only possibilities
> are recreating the link or decompressing to stdout (gzip -dc file.gz >
> file).
>
>
> By
On Wed, Aug 5, 2009 at 4:12 PM, Cedric Staniewski wrote:
> The selection of the decompression command for gzip/bzip2/xz
> compressed files now also depends on the file suffix, since the
> decompression programs rely on them when not using -c option.
>
> Signed-off-by: Cedric Staniewski
> ---
> sc
On Tue, Jun 9, 2009 at 4:59 PM, Nagy Gabor wrote:
> Hi!
>
> IMHO the default no answer is better. If pacman is invoked with
> --noconfirm (see scripts), it is unpredictable what will happen. By the
> way, I _want_ to install the specified packages, so by default, I would
> say no.
>
> However, then
On Sat, Aug 8, 2009 at 8:12 AM, matthew bruenig wrote:
> bruenig here,
>
> wrote a bash port of rankmirrors
>
> posted it in the forums because I don't know how you guys do things
> http://bbs.archlinux.org/viewtopic.php?pid=597235#p597235
>
> I've tested it and am convinced it works. Perhaps you c
On Sun, Aug 9, 2009 at 6:36 PM, Dan McGee wrote:
> On Sun, Aug 9, 2009 at 9:20 AM, Roman Kyrylych
> wrote:
>>
>> On Mon, Aug 3, 2009 at 02:29, Dan McGee wrote:
>> > Woo! Thanks everyone, the source should be hitting your favorite
>> > mirror or here (ftp://ftp.archlinux.org/other/pacman/) soon.
>
On Sun, Aug 16, 2009 at 8:58 PM, Benjamin
Richter wrote:
> Hello developers. :-)
>
> I noticed that makepkg handles Mercurial repositories differently from
> CVS/SVN/Bazaar/etc. With the others, $newpkgver is either computed using
> $(date ...) or retrieved from the online repository and the PKGBUI
On Tue, Aug 18, 2009 at 12:22 PM, Allan McRae wrote:
>
> And likely check() in the future... (http://bugs.archlinux.org/task/15145).
> Adding a fetch() function would allow us to easily fix FS#13727
> (http://bugs.archlinux.org/task/13727), where devel_update() is run before
> checking makedepend
On Thu, Aug 20, 2009 at 2:31 AM, Jeff wrote:
> I just updated the installed pacman and noticed makepkg.conf's use of
> /usr/local in strip, doc, and man dirs. Should pacman allow any files to
> be installed into /usr/local? I've been an administrator on various UNIX
> clones for more than a decade
Just to let you know that I resurrected the gpg branch there :
http://code.toofishes.net/cgit/xavier/pacman.git/log/?h=gpg
I took Dan's newgpg branch (with a few changes) :
http://code.toofishes.net/cgit/dan/pacman.git/commit/?h=newgpg
then merged the pending patches we had :
http://archlinu
On Fri, Aug 21, 2009 at 2:22 PM, FC wrote:
> Allan McRae wrote:
>
>> FC wrote:
>
>>> >From ae3dd41af891f059b0aa1cc888eed873684b5580 Mon Sep 17 00:00:00 2001
>>> From: Francois Charette
>>> Date: Tue, 18 Aug 2009 22:10:56 +0200
>>> Subject: [PATCH] makepkg -R: allow unpacking when pkgdir is empty
On Sun, Aug 23, 2009 at 12:56 PM, Allan McRae wrote:
> Henning Garus wrote:
>>
>> Set the ERR trap to abort upon encountering an error during the execution
>> of a build or package function.
>>
>> Activate set -E, which lets functions inherit the ERR trap.
>>
>>
>>
>
>
>
> Just a quick query... d
On Mon, Aug 24, 2009 at 6:58 PM, Nagy Gabor wrote:
> Hi!
>
> Since bugs.archlinux.org is off-line, I send my problem here. When I
> want to compile pacman, I get the following error:
>
> dload.c: In function ‘download_internal’:
> dload.c:107: error: ‘struct url’ has no member named ‘last_modified’
On Mon, Aug 24, 2009 at 10:14 PM, Henning
Garus wrote:
>
> You can't detect versions directly, but you can check for features, like the
> url struct having a member call last_modified. I have sent a patch.
>
>
Oh, you are the best, thank you for all your help ! :)
On Mon, Aug 24, 2009 at 10:10 PM, Henning
Garus wrote:
> Commit 6f97842 started using libfetch's conditional GET. This requires
> libfetch
> to be version 2.21 or greater.
>
> Change configure.ac to check for the existence of the last_modified field in
> the url struct, which was introduced with l
On Mon, Aug 24, 2009 at 10:42 PM, Xavier wrote:
> On Mon, Aug 24, 2009 at 10:10 PM, Henning
> Garus wrote:
>> Commit 6f97842 started using libfetch's conditional GET. This requires
>> libfetch
>> to be version 2.21 or greater.
>>
>> Change confi
On Tue, Aug 25, 2009 at 12:19 AM, Allan McRae wrote:
> Xavier wrote:
>>
>> Just to let you know that I resurrected the gpg branch there :
>> http://code.toofishes.net/cgit/xavier/pacman.git/log/?h=gpg
>>
>> I took Dan's newgpg branch (with a few changes) :
On Wed, Aug 26, 2009 at 9:46 PM, Oleg Finkelshteyn wrote:
> I've noticed the following behaviour which makes it somewhat difficult
> to use -Qi/-Si/etc. in a pipeline:
>
> $ pacman -Si binutils
> ...
> Description : A set of programs to assemble and manipulate binary
> and object files
> $ pacma
On Thu, Aug 27, 2009 at 12:45 AM, Xavier Chantry wrote:
> From: Oleg Finkelshteyn
>
> for example when we are not in a tty, there is no point in wrapping the
> output. this actually makes the job harder for scripts.
>
> $ pacman -Si binutils | grep Desc
> Description
; !alpm_pkg_download_size(pkg)) {
> + continue;
> + }
> if(dburl) {
> printf("%s/%s\n", dburl,
> alpm_pkg_get_filename(pkg));
>
On Mon, Aug 31, 2009 at 5:45 AM, Laszlo Papp wrote:
> Hello Xavier!
>
> I didn't have so much time at the weekend, but as I saw maybe it would be
> better to choose a more talkative name for it, e.g. --print-package or
> something (it's just an example).
>
> What w
On Mon, Aug 31, 2009 at 4:50 AM, Allan McRae wrote:
>
>> Imho your noyes default behavior is better... Moreover, maybe we should
>> also print somehow the conflict itself in warning, because 'udev
>> conflicts with initscripts<2009.07' (btw, why is there 2 conflicts line
>> udev's PPKGBUILD?) is mu
On Mon, Aug 31, 2009 at 4:24 PM, Brendan Hide wrote:
> Dan McGee wrote:
>>
>> Oh!! Now I see the message change buried at the very end.
>>
>> However, I'm not sure what the consistency is with. For most
>> informative messages, we always start with lowercase, e.g.
>>
>> ...
>>
>
> You thought *you*
On Mon, Aug 31, 2009 at 8:47 PM, Laszlo Papp wrote:
>>
>> --print-pkg and --print-uris looks good to me
>>
>>
> Me too, but it would be nice to keep the older -Sp option for --print-uris,
> because everybody know it so :)
>
I didn't mean to drop it
> but would you keep your new feature on top of
On Mon, Aug 31, 2009 at 9:15 PM, Laszlo Papp wrote:
>> But since --print-pkgs is only a long option, we would need to use
>> --print-pkg --print-pkg which is very ugly ...
>> Is it clearer now ?
>>
>
> --print-pkgs seems fine for me, the later one isn't so beautiful in fact,
> but when i say this i
On Wed, Sep 2, 2009 at 5:16 AM, Xyne wrote:
>> --print-pkg and --print-uris looks good to me
>>
>> but would you keep your new feature on top of these two options :
>> --print-pkg and --print-uris only show non-download packages
>> --print-pkg --print-pkg and --print-uris --print-uris show all
>> ?
On Wed, Sep 2, 2009 at 2:16 PM, Allan McRae wrote:
> With the reinstall of the Arch server, my pacman working git repo has now
> moved to git://projects.archlinux.org/users/allan/pacman.git
>
thanks for the info :)
what about your homepage ? the two links there are broken :
http://dev.archlinux.or
On Thu, Sep 3, 2009 at 6:03 PM, Thomas Bächler wrote:
> Xavier schrieb:
>>
>> thanks for the info :)
>> what about your homepage ? the two links there are broken :
>> http://dev.archlinux.org/~allan/
>> and dan's one is gone : http://dev.archlinux.org/~dan
&g
On Thu, Sep 3, 2009 at 9:18 PM, wrote:
> From: Laszlo Papp
>
> To get feedback while searching instead of using another utility for
> this purpose, whether the desired packages are installed. You can see
> example for it in case of yaourt.
>
> Signed-off-by: Laszlo Papp
> ---
> src/pacman/sync.
On Thu, Sep 3, 2009 at 9:54 PM, Nagy Gabor wrote:
>
> What is wrong with printf(_(" [installed]"));?
>
> For my taste, printing [installed] when I have _older version_
> installed, a bit strange. In this case [installed: 2.0-1] would be
> better (but harder to parser).
>
Afaik, it is always safer
On Fri, Sep 4, 2009 at 1:09 AM, Allan McRae wrote:
> Xavier wrote:
>>
>> I submitted a similar patch 1 year and a half ago, but it was never
>> accepted :
>> http://www.mail-archive.com/pacman-dev@archlinux.org/msg00109.html
>>
>> So I am afraid you are st
On Fri, Sep 4, 2009 at 3:50 AM, Xyne wrote:
>> Instead of adding several options, wouldn't it be possible to let "-p"
>> accept a string argument with formatting information similar to the way
>> the date command works. This would be extensible in the future and
>> could include the following inter
On Fri, Sep 4, 2009 at 3:50 AM, Xyne wrote:
>> Instead of adding several options, wouldn't it be possible to let "-p"
>> accept a string argument with formatting information similar to the way
>> the date command works. This would be extensible in the future and
>> could include the following inter
On Fri, Sep 4, 2009 at 3:49 AM, Xyne wrote:
> On Thu, 3 Sep 2009 15:20:03 +0200
> Xavier wrote:
>
>> I have a preliminary patch for this. I am not really happy with the C
>> code I wrote for doing the substitutions, but it works.
>>
>> Does it make any sense to h
On Sat, Sep 5, 2009 at 1:10 PM, Ray Rashif wrote:
> Awesome, thanks.
>
>
Testing is highly welcome, as well as feedback and suggestions, if we
want this stuff to mature one day :)
On a tangent, thinking about the printed output of "-U", Is there any
> reason that it doesn't resolve dependencies?
>
>
I guess mainly because the code was quite bad, and there was not much
code in common between -U and -S operations
Nagy fixed that in the following patch :
http://code.toofishes.net/cgit/xavier/pacman.git/commit/?h=universal&id=06478bc904b45e542065faf04bec8b3f98b1c587
On Sun, Sep 6, 2009 at 8:03 PM, Jeff wrote:
>
>> And when you build and install any software manually, without using
>> the official package manager, it should be seen as a local
>> modification. So it is good to have the build system use /usr/local by
>> default.
>
> If by build system you mean ma
On Mon, Sep 7, 2009 at 2:08 AM, Dan McGee wrote:
> On Sun, Sep 6, 2009 at 6:47 PM, Xavier Chantry wrote:
>> +
>> + if(!list) {
>> + return(strdup(str));
>> + }
>> + newstr = malloc(strlen(str) + 1 +
>> +
On Fri, Sep 4, 2009 at 3:50 AM, Xyne wrote:
>> Instead of adding several options, wouldn't it be possible to let "-p"
>> accept a string argument with formatting information similar to the way
>> the date command works. This would be extensible in the future and
>> could include the following inter
On Tue, Sep 8, 2009 at 1:19 PM, Nagy Gabor wrote:
>
>> Here are some output of the patch just sent to the ML.
>>
>> $ pacman -Sp --print-format "%r/%n-%v : %l [%s]" kdelibs
>> extra/qt-4.5.2-6 :
>> http://mir1.archlinuxfr.org/archlinux/extra/os/i686/qt-4.5.2-6-i686.pkg.tar.gz
>> [28914122]
>> extra
On Sat, Aug 22, 2009 at 4:45 PM, Markus Meissner wrote:
> Hello pacman-dev list members,
>
> I'm the developer (meissna) behind the python libalpm wrapper: pyalpmm
> You can find more information in this thread (1st post):
> http://bbs.archlinux.org/viewtopic.php?id=60711&p=1
>
> As a very short a
ution. I am fine with moving them to -S,
> -U and -D sections. Atm there is no -Q and -D options sections, so maybe
> we should just remove the 2 added lines from --asdeps/--asexplicit, and
> make the -D description more concrete, I dunno.
I would be fine with that.
see
http://cod
On Fri, Sep 11, 2009 at 10:51 AM, Marc - A. Dahlhaus [ Administration
| Westermann GmbH ] wrote:
> This patch adds the ability to use Include filenames
> containing wildcards and also expands the tilde to the
> homedirectory of the executing user.
>
> Added a headercheck for glob.h to configure.ac
On Fri, Sep 11, 2009 at 11:18 AM, Marc - A. Dahlhaus [ Administration
| Westermann GmbH ] wrote:
> Hello List,
>
>
> currently i'm working on adding a trigger infrastructure to
> libaplm/pacman to get rid of workload during upgrades or installations
> that runs more than a single time.
>
> Good ex
On Fri, Sep 11, 2009 at 11:35 AM, Marc - A. Dahlhaus [ Administration
| Westermann GmbH ] wrote:
>> >
>> > Can you provide an use-case / examples justifying this ?
>>
>> we use it to add repos or options by installing files
>> into /etc/pacman/conf.d/ with a name of testing.conf for a repo called
On Fri, Sep 11, 2009 at 3:27 PM, Allan McRae wrote:
>
> So each package needs an install file that contains just e.g. "alpmtrigger
> infopage". For every package that has info pages... That still sounds like
> duplication to me.
> Given all we need to currently do for the install file for info p
On Fri, Sep 11, 2009 at 3:33 PM, Dan McGee wrote:
> On Fri, Sep 11, 2009 at 8:27 AM, Allan McRae wrote:
>> Given all we need to currently do for the install file for info pages is to
>> copy the prototype and list the info pages to install, you suggestion really
>> is no less work.
>
> On this no
On Fri, Sep 11, 2009 at 3:27 PM, Allan McRae wrote:
>
> Reading this, I am not sure I understand your proposal.
> You suggested:
>
> inside of a packages install-helper we would call
> "alpmtrigger pkgtrigger" to set the trigger "pkgtrigger" active.
>
>
> So each package needs an install file that
On Sat, Sep 12, 2009 at 1:21 PM, Marc - A. Dahlhaus wrote:
> Another problem with hooks and the points on which they should be executed
> is that if you have a large transaction in which some packages add hooks
> that are needed for packages that are installed in the same transaction need
> to be
On Sat, Sep 12, 2009 at 2:19 PM, Marc - A. Dahlhaus wrote:
>
> I actually have read the text on the wiki and i know that there is a
> transaction hook mentioned there.
>
> Did you think about the case where a common task could be wanted if there
> isn't any filename based rule that could fire it u
On Sat, Sep 12, 2009 at 9:38 PM, Marc - A. Dahlhaus wrote:
>
> How to solve the other problems that i spotted in the hook design draft?
>
I think these problems are the same for hooks and triggers, and they
can both be solved.
>
> Also i still have the opinion that the configuration of a hook-s
l)
> * I moved alpm_list_free(remove); to cleanup part to eliminate a possible
> memleak
>
> Signed-off-by: Nagy Gabor
Signed-off-by: Xavier
On Sat, Sep 12, 2009 at 10:29 PM, Marc - A. Dahlhaus wrote:
>
> Please take a closer look at the proposed events and what it means in an
> implementation to get them going on large transaction like a full system
> installation (copied from the wiki):
>
> * Install - run on installation of a mat
On Mon, Sep 14, 2009 at 3:03 PM, James Rayner wrote:
> The aim of this is to alert a user to system/package breaking updates
> before they happen and before they approve the sync install. This is
> intended primarily for kernel/initscripts/pacman, etc updates when
> things could go really wrong an
On Tue, Sep 15, 2009 at 5:59 AM, Dan McGee wrote:
>
> I'm expecting a careful review of this one from Xavier as his patch
> blew up pactest on the maint branch. :P
>
Yeah, big fail on my part here..
We do not need a setlibpaths before each db registering, but I guess
we at lea
On Tue, Sep 15, 2009 at 9:33 AM, Xavier wrote:
> On Tue, Sep 15, 2009 at 5:59 AM, Dan McGee wrote:
>>
>> I'm expecting a careful review of this one from Xavier as his patch
>> blew up pactest on the maint branch. :P
>>
>
> Yeah, big fail on my part here..
&
On Tue, Sep 15, 2009 at 2:17 PM, Loui Chang wrote:
>
> The user should be made aware that there is a ChangeLog, and they have a
> means of easily reading that before installation or upgrade.
>
> There's no need to bloat makepkg, PKGBUILDs, and pacman.
> You only need to add a little to pacman like
On Tue, Sep 15, 2009 at 2:08 PM, Dan McGee wrote:
> On Tue, Sep 15, 2009 at 5:47 AM, Nagy Gabor wrote:
>> After commit 0da96abc, pacman always asks user confirmation for -U, so it is
>> more coherent for doing that for -R, too.
>>
>> Btw, most users use -Rs always, so they won't notice any change
On Wed, Sep 16, 2009 at 1:57 PM, Dan McGee wrote:
> Any blockers or objections to going with what we pretty much have
> right now? We'll need a (short) translation period of course as we
> updated and added some messages, but I can't think of much else.
>
One objection : someone (probably me) sho
On Wed, Sep 16, 2009 at 2:29 PM, Nagy Gabor wrote:
>
> +1 for Xavier's suggestion, see also:
> http://mailman.archlinux.org/pipermail/pacman-dev/2009-July/009064.html
>
> Someone should collect the problematic strings and fix them in a commit.
> Personally I can recall two of them:
> 1. " -u, --s
On Wed, Sep 16, 2009 at 3:09 PM, Nagy Gabor wrote:
>
> In this case we should clearly choose dep-ng dependency satisfier,
> because it has an older version installed. Unfortunately "computing all
> satisfiers then choosing" is much slower then "search for literal" (if
> provisions are not needed),
On Wed, Sep 16, 2009 at 5:45 PM, Allan McRae wrote:
> Marc - A. Dahlhaus [ Administration | Westermann GmbH ] wrote:
>
> I will fully read your proposal later, but I want to flag that makepkg does
> not use getopt anymore but its own bash parser. This was because of
> portability issues. I also
On Wed, Sep 16, 2009 at 5:40 PM, Marc - A. Dahlhaus [ Administration |
Westermann GmbH ] wrote:
>
> Actually first i got confused as repo-remove is documented to take a
> pkgname as param to remove the whole package (including deltas) from the
> repo. To use the deltapackage-filename as option to
On Wed, Sep 16, 2009 at 6:39 PM, Aaron Griffin wrote:
>>>
>>> Thanks for pointing that out.
>>> I only did a quick look at the outputs of a recursive grep for getopt but
>>> missed that it only found it in some comments...
>>
>> As makepkg shebangs for /bin/bash, why don't we use the getopts build
On Wed, Sep 16, 2009 at 1:57 PM, Dan McGee wrote:
> Any blockers or objections to going with what we pretty much have
> right now? We'll need a (short) translation period of course as we
> updated and added some messages, but I can't think of much else.
>
a last minute bug maybe :
http://bugs.arc
501 - 600 of 1001 matches
Mail list logo