Re: [arch-general] [arch-dev-public] [signoff] udev-145-1

2009-08-02 Thread Gerardo Exequiel Pozzi
Gerardo Exequiel Pozzi wrote: > Allan McRae wrote: > >> Dan McGee wrote: >> >>> On Sun, Aug 2, 2009 at 9:21 PM, Gerardo Exequiel >>> Pozzi wrote: >>> >>> Gerardo Exequiel Pozzi wrote: > Gerardo Exequiel Pozzi wrote: > > >

Re: [arch-general] [arch-dev-public] [signoff] udev-145-1

2009-08-02 Thread Gerardo Exequiel Pozzi
Allan McRae wrote: > Dan McGee wrote: >> On Sun, Aug 2, 2009 at 9:21 PM, Gerardo Exequiel >> Pozzi wrote: >> >>> Gerardo Exequiel Pozzi wrote: >>> Gerardo Exequiel Pozzi wrote: > Tobias Powalowski wrote: > > > >> Hi >> bump to latest udev v

Re: [arch-general] [arch-dev-public] makepkg.conf settings - Was:[signoff] pacman 3.3.0

2009-08-02 Thread Gerardo Exequiel Pozzi
Allan McRae wrote: > Dan McGee wrote: >> Allan (and others)- I added a carbon copy version of makepkg.conf to >> SVN. Do we want to establish (1) Arch LDFLAGS or (2) Arch integrity >> check policy? >> > > Here go my recommendations: > > 1) Arch LDFLAGS: -Wl,--hash-style=gnu -Wl,--as-needed > Th

Re: [arch-general] [arch-dev-public] [signoff] udev-145-1

2009-08-02 Thread Allan McRae
Dan McGee wrote: On Sun, Aug 2, 2009 at 9:21 PM, Gerardo Exequiel Pozzi wrote: Gerardo Exequiel Pozzi wrote: Gerardo Exequiel Pozzi wrote: Tobias Powalowski wrote: Hi bump to latest udev version, please test it well. Has many new things included, which also dig in g

Re: [arch-general] [arch-dev-public] [signoff] udev-145-1

2009-08-02 Thread Dan McGee
On Sun, Aug 2, 2009 at 9:21 PM, Gerardo Exequiel Pozzi wrote: > Gerardo Exequiel Pozzi wrote: >> Gerardo Exequiel Pozzi wrote: >> >>> Tobias Powalowski wrote: >>> >>> Hi bump to latest udev version, please test it well. Has many new things included, which also dig in glib2 and libusb

Re: [arch-general] [arch-dev-public] [signoff] pacman 3.3.0

2009-08-02 Thread Gerardo Exequiel Pozzi
Dan McGee wrote: > Signoff for pacman/makepkg 3.3.0. Notable things: > > * once this goes in, we can officially start doing split packaging and > build()/package() usage in our PKGBUILDs. > * this is basically a signoff for libfetch too, and you can remove > libdownload from your system. > > Allan

Re: [arch-general] [arch-dev-public] [signoff] udev-145-1

2009-08-02 Thread Gerardo Exequiel Pozzi
Gerardo Exequiel Pozzi wrote: > Gerardo Exequiel Pozzi wrote: > >> Tobias Powalowski wrote: >> >> >>> Hi >>> bump to latest udev version, please test it well. >>> Has many new things included, which also dig in glib2 and libusb depend. >>> >>> greetings >>> tpowa >>> >>> >>>

Re: [arch-general] [arch-dev-public] [signoff] udev-145-1

2009-08-02 Thread Gerardo Exequiel Pozzi
Gerardo Exequiel Pozzi wrote: > Tobias Powalowski wrote: > >> Hi >> bump to latest udev version, please test it well. >> Has many new things included, which also dig in glib2 and libusb depend. >> >> greetings >> tpowa >> >> > Sign-off both i686, x86_64. > > All boot OK, (custom kernel n

Re: [arch-general] [arch-dev-public] [signoff] udev-145-1

2009-08-02 Thread Gerardo Exequiel Pozzi
Tobias Powalowski wrote: > Hi > bump to latest udev version, please test it well. > Has many new things included, which also dig in glib2 and libusb depend. > > greetings > tpowa > Sign-off both i686, x86_64. All boot OK, (custom kernel no initrd) no special setups, like raid or lvm. My usb dev

Re: [arch-general] [arch-dev-public] How the use of "provides" can damage the dependency tree

2009-08-02 Thread Gerardo Exequiel Pozzi
Jon Kristian Nilsen wrote: > Where might one find this build script? > > On Sun, Aug 2, 2009 at 10:16 PM, Gerardo Exequiel Pozzi < > vmlinuz...@yahoo.com.ar> wrote: > >> Or visit this url to check the deps of the desired pkg >> http://archlinux.djgera.com.ar/pkgdyn/out/i686/core/heimdal-1.2.1-5

Re: [arch-general] [arch-dev-public] How the use of " provides" can damage the dependency tree

2009-08-02 Thread Pierre Schmitz
Am Sonntag 02 August 2009 22:16:06 schrieb Gerardo Exequiel Pozzi: > Allan McRae wrote: > > Pierre Schmitz wrote: > >> Am Sonntag 02 August 2009 11:26:51 schrieb Roman Kyrylych: > >>> Okay, then how we currently check that subversion needs > >>> to be rebuilt on db or heimdal soname bump? > >> > >>

Re: [arch-general] [arch-dev-public] How the use of "provides" can damage the dependency tree

2009-08-02 Thread Jon Kristian Nilsen
Where might one find this build script? On Sun, Aug 2, 2009 at 10:16 PM, Gerardo Exequiel Pozzi < vmlinuz...@yahoo.com.ar> wrote: > Allan McRae wrote: > > Pierre Schmitz wrote: > >> Am Sonntag 02 August 2009 11:26:51 schrieb Roman Kyrylych: > >> > >>> Okay, then how we currently check that subver

Re: [arch-general] [arch-dev-public] How the use of "provides" can damage the dependency tree

2009-08-02 Thread Gerardo Exequiel Pozzi
Allan McRae wrote: > Pierre Schmitz wrote: >> Am Sonntag 02 August 2009 11:26:51 schrieb Roman Kyrylych: >> >>> Okay, then how we currently check that subversion needs >>> to be rebuilt on db or heimdal soname bump? >>> >> >> That's where the link database would help a lot. >> > > Or the

Re: [arch-general] How does pacbuild work?

2009-08-02 Thread Dominik Schips
Hello Allan, Am Sonntag, den 02.08.2009, 19:45 +1000 schrieb Allan McRae: > > Maybe I can make it direct accessible but first I want to know > > if it is really necessary. > > FYI, I have not seen talk about this in a couple of years. So I guess > this project got disbanded. Ok, thank you

Re: [arch-general] How does pacbuild work?

2009-08-02 Thread Allan McRae
Dominik Schips wrote: Hello, I want to know if it is necessary for pacbuild (strawberry daemon) to be accessible direct by IP/DNS of the apple daemon? As I read here http://wiki.archlinux.org/index.php/Pacbuild_Explained I thing it should be direct acessible but I am not sure. "Apple is the ma

[arch-general] How does pacbuild work?

2009-08-02 Thread Dominik Schips
Hello, I want to know if it is necessary for pacbuild (strawberry daemon) to be accessible direct by IP/DNS of the apple daemon? As I read here http://wiki.archlinux.org/index.php/Pacbuild_Explained I thing it should be direct acessible but I am not sure. "Apple is the main server. PKGBUILDs are