On Fri, 2008-08-29 at 00:37 +0300, Roman Kyrylych wrote:
> Hi!
>
> [preface]
> As some of you may notice through pacman patches and bugspam
> - I've _finally_ got issues sorted out and put my lazy ass in front of
> my Arch box^W laptop.
> So don't wonder if you'll get silly questions from me about
On Fri, 2008-08-29 at 09:43 +0300, Roman Kyrylych wrote:
> 2008/8/29 Andrea Scarpino <[EMAIL PROTECTED]>:
> > 2008/8/29 Aaron Griffin <[EMAIL PROTECTED]>:
>
> >> Just a quick question for ya though - what is pacbuilder? Is it an
> >> automated build tool?
> > Yes, pacbuilder is a tool to massively
2008/8/29 Andrea Scarpino <[EMAIL PROTECTED]>:
> 2008/8/29 Aaron Griffin <[EMAIL PROTECTED]>:
>> Just a quick question for ya though - what is pacbuilder? Is it an
>> automated build tool?
> Yes, pacbuilder is a tool to massively recompile archlinux packages from
> sources
> http://code.google.co
Aaron Griffin wrote:
On Thu, Aug 28, 2008 at 7:17 PM, Andrea Scarpino <[EMAIL PROTECTED]> wrote:
Hi ML,
I'm trying to rebuild core repo with pacbuilder and I watched some
packages doesn't rebuild from PKGBUILD
packages list:
cpio: make fail
device-mapper: source tarball not found
gcc: make
Warning: Ensure your ABS tree is clean to prevent false positives.
= i686 Integrity Check =
Performing integrity checks...
==> parsing pkgbuilds
==> checking dependencies
==> checking makedepends
==> checking archs
==> checking for circular depend
Warning: Ensure your ABS tree is clean to prevent false positives.
==
= x86_64 Integrity Check =
==
Performing integrity checks...
==> parsing pkgbuilds
==> checking dependencies
==> checking makedepends
==> checking archs
==> checking for circular
Scan complete for extra (i686) at /home/ftp/extra/os/i686/
The following files are out of date
They will be moved to /home/package-cleanup
fontforge-20080720-1-i686.pkg.tar.gz
Scan complete for extra (x86_64) at /home/ftp/extra/os/x86_64/
The following files are out of date
2008/8/29 Aaron Griffin <[EMAIL PROTECTED]>:
> Yeah, we have a lot of "source not found" issues in extra too. I was
> working on the source tarball generation script a little today, and am
> going to configure it to dump to the ML when source is not found.
great, I didn't know if you know that :)
On Thu, Aug 28, 2008 at 7:17 PM, Andrea Scarpino <[EMAIL PROTECTED]> wrote:
> Hi ML,
> I'm trying to rebuild core repo with pacbuilder and I watched some
> packages doesn't rebuild from PKGBUILD
>
> packages list:
>
> cpio: make fail
> device-mapper: source tarball not found
> gcc: make fail
> gcc-
Scan complete for testing (i686) at /home/ftp/testing/os/i686/
The following files are out of date
They will be moved to /home/package-cleanup
lua-5.1.3-5-i686.pkg.tar.gz
ncurses-5.6-7-i686.pkg.tar.gz
Scan complete for testing (x86_64) at /home/ftp/testing/os/x86_64/
T
On Thu, 28 Aug 2008, Ronald van Haren wrote:
On Thu, Aug 28, 2008 at 11:37 PM, Roman Kyrylych
<[EMAIL PROTECTED]> wrote:
Similar situations is with some of Damir's packages.
Does anyone know what happened to him?
And what we should do with scientific packages he maintained?
--
Roman Kyrylych
Hi ML,
I'm trying to rebuild core repo with pacbuilder and I watched some
packages doesn't rebuild from PKGBUILD
packages list:
cpio: make fail
device-mapper: source tarball not found
gcc: make fail
gcc-libs: make fail
iptables: make fail
libldap: make fail
libpcap: source tarball not found
lvm2:
On Thu, Aug 28, 2008 at 6:45 PM, Eduardo Romero <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-08-29 at 09:06 +1000, James Rayner wrote:
>> And just to clarify something...
>> 1) KDE (not wine), just _alerted_ that there was an autorun available.
>> So it's a KDE feature, not wine.
>> 2) It only alerted
On Fri, 2008-08-29 at 09:06 +1000, James Rayner wrote:
> And just to clarify something...
> 1) KDE (not wine), just _alerted_ that there was an autorun available.
> So it's a KDE feature, not wine.
> 2) It only alerted that there's an autorun available (presumably
> checking for autorun.inf) but di
On Thu, Aug 28, 2008 at 4:42 PM, Ronald van Haren <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 28, 2008 at 11:37 PM, Roman Kyrylych
> <[EMAIL PROTECTED]> wrote:
>>
>> Similar situations is with some of Damir's packages.
>> Does anyone know what happened to him?
>> And what we should do with scientific
On 8/29/08, Jeff Mickey <[EMAIL PROTECTED]> wrote:
> Whoa.
>
> I just want to make my opinion known that in NO WAY should we be
> modifying packages so that if users turn on an AutoRun the package
> doesn't run. You turn on some kind of AutoRun feature, you deal with
> the consequences. Not to me
On Thu, Aug 28, 2008 at 11:37 PM, Roman Kyrylych
<[EMAIL PROTECTED]> wrote:
>
> Similar situations is with some of Damir's packages.
> Does anyone know what happened to him?
> And what we should do with scientific packages he maintained?
>
> --
> Roman Kyrylych (Роман Кирилич)
>
I can take all of
Hi!
[preface]
As some of you may notice through pacman patches and bugspam
- I've _finally_ got issues sorted out and put my lazy ass in front of
my Arch box^W laptop.
So don't wonder if you'll get silly questions from me about the
current status of things.
This is the first such mail.
http://bu
The old script had several problems so I decided to do a full rewrite.
The improvements include :
* better and safer parsing of PKGBUILDs
It now uses separate parse_pkgbuilds.sh bash script (inspired from namcap)
* much better performance
A python module for calling vercmp natively, and the algo
Scan complete for core (i686) at /home/ftp/core/os/i686/
The following files are out of date
They will be moved to /home/package-cleanup
ed-0.9-1-i686.pkg.tar.gz
kernel26-2.6.26.2-1-i686.pkg.tar.gz
Scan complete for core (x86_64) at /home/ftp/core/os/x86_64/
The follow
On Thu, 2008-08-28 at 13:01 -0400, Jeff Mickey wrote:
> I'm amazed this is even a discussion.
>
> // jeff
I'm not, it is a matter of opinions, so don't be amazed.
Thanks all the others for the suggestions that helped. It will be known
how to disable it, but we won't disable it. I just wanted
Whoa.
I just want to make my opinion known that in NO WAY should we be
modifying packages so that if users turn on an AutoRun the package
doesn't run. You turn on some kind of AutoRun feature, you deal with
the consequences. Not to mention the OP in the bbs thread linked has
a use case that isn'
On Tue, Aug 26, 2008 at 9:21 AM, Xavier <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I rewrote stonecrest's python script which generated the Integrity
> Checks :
> http://projects.archlinux.org/?p=dbscripts.git;a=blob_plain;f=cron-jobs/check_archlinux.py;hb=HEAD
> last results :
> http://www.archlinu
On Thu, Aug 28, 2008 at 5:59 PM, Eduardo Romero <[EMAIL PROTECTED]> wrote:
> It does run viruses, this has been tested before, they don't do much
> harm though.
so that is a non-issue if it does no harm.
> And, autorun files are the thread since they don't require
> a click. And yes you are right
Scan complete for core (i686) at /home/ftp/core/os/i686/
The following files are out of date
They will be moved to /home/package-cleanup
man-pages-3.06-1-i686.pkg.tar.gz
nano-2.0.7-1-i686.pkg.tar.gz
Scan complete for extra (i686) at /home/ftp/extra/os/i686/
The followi
On Thu, 2008-08-28 at 17:19 +0200, Ronald van Haren wrote:
>
> umm as I understand a user still has to click the file for it to be
> executed via wine? I don't see any problem there. If someone is
> affraid to click a .exe file, then either they should remove the file
> association on their local
On Thu, Aug 28, 2008 at 5:24 AM, James Rayner <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 27, 2008 at 7:22 PM, Aaron Griffin <[EMAIL PROTECTED]> wrote:
>> So I've let udev stagnate for a while, mostly because I'm a fool and
>> real life has given me a lack of time for anything serious in
>> Arch-land.
Ronald van Haren schrieb:
The discussion has been going on here:
http://bbs.archlinux.org/viewtopic.php?id=54162
I will appreciate your suggestions guys.
Thanks
Eduardo "kensai" Romero
umm as I understand a user still has to click the file for it to be
executed via wine? I don't see any pr
On Thu, Aug 28, 2008 at 5:05 PM, Eduardo Romero <[EMAIL PROTECTED]> wrote:
> Some users expressed concern in the capabilities of the Wine package to
> run .exe or autorun files by default, and sometimes this without asking
> permission from the user. This can be stopped, the solution can be
> takin
Some users expressed concern in the capabilities of the Wine package to
run .exe or autorun files by default, and sometimes this without asking
permission from the user. This can be stopped, the solution can be
taking this line:
MimeType=application/x-ms-dos-executable;application/x-msdos-program;a
On Wed, Aug 27, 2008 at 7:22 PM, Aaron Griffin <[EMAIL PROTECTED]> wrote:
> So I've let udev stagnate for a while, mostly because I'm a fool and
> real life has given me a lack of time for anything serious in
> Arch-land.
>
> Anyway, I've rebuilt udev 126 (we're on 119, eek!) and made what
> change
On Wed, Aug 27, 2008 at 11:03 AM, Aaron Griffin <[EMAIL PROTECTED]> wrote:
>
> Yeah, I thought about this in the beginning, but it's easier to make a
> blanket rule than to start adding exceptions.
>
> I'm interested in hearing opinions on this.
>
Maybe just common sense while erring on the side o
Aaron Griffin wrote:
On Wed, Aug 27, 2008 at 10:22 PM, Allan McRae <[EMAIL PROTECTED]> wrote:
My !pcspkr entry in the MODULES array of /etc/rc.conf was ignored.
Looks like modprobe is still called directly in
/lib/udev/rules.d/80-drivers.rules I will fix that. It should call
load-modul
Scan complete for core (i686) at /home/ftp/core/os/i686/
The following files are out of date
They will be moved to /home/package-cleanup
pacman-3.2.0-1-i686.pkg.tar.gz
Scan complete for core (x86_64) at /home/ftp/core/os/x86_64/
The following files are out of date
They wil
34 matches
Mail list logo