On Sun, Jan 16, 2011 at 1:43 PM, Brendan Long wrote:
> On 01/16/2011 03:10 AM, C Anthony Risinger wrote:
>>
>> ... do you actually _enjoy_ making packages? do you like it
>> when things break (even if not often, i'm not bashing arch developers
>> or anyone else here) because of small version mism
A potential solution would be to make udev startup in parallel - but this is
kinda hacky because all your devices might not be ready in time for login or
fsck or...
you get what I mean.
On Sat, Jan 15, 2011 at 8:25 PM, Ty John (sand_man)
wrote:
>
> > Hi,
> >
> > I'm concerned about this line:
> >
On Sun, 2011-01-16 at 14:59 -0700, jwbirdsong wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 01/16/2011 12:43 PM, Brendan Long wrote:
> {snip}
>
> > In general, if I need to make a package, I copy
> > a random PKGBUILD from abs, change the top couple lines, and then set
> > the b
On Sun, 2011-01-16 at 18:23 -0300, Darío wrote:
> Hi! i have a problem to install bootchart from pacman and open this file
> type, because when i write tar -xzvf file.tar.gz the following message
> appears:
> error: 'bootchart': no se pudo encontrar o leer el paquete
> (could not find or read the p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/16/2011 12:43 PM, Brendan Long wrote:
{snip}
> In general, if I need to make a package, I copy
> a random PKGBUILD from abs, change the top couple lines, and then set
> the build section to:
>
Now sure why you would copy a existing (possibly O
Hi! i have a problem to install bootchart from pacman and open this file
type, because when i write tar -xzvf file.tar.gz the following message
appears:
error: 'bootchart': no se pudo encontrar o leer el paquete
(could not find or read the package)
on yaourt -S bootchart conflicts for install acct:
On Sun, Jan 16, 2011 at 16:06, Dieter Plaetinck wrote:
> On Sun, 16 Jan 2011 13:29:59 -0500
> Daenyth Blank wrote:
>
>> Hi All,
>>
>> I'm happy to announce that after a far-too-long wait, the latest
>> version of pkgtools is released! This version is a complete rewrite
>> from the ground up. The
On Sun, 16 Jan 2011 13:29:59 -0500
Daenyth Blank wrote:
> Hi All,
>
> I'm happy to announce that after a far-too-long wait, the latest
> version of pkgtools is released! This version is a complete rewrite
> from the ground up. The slow parts have been rewritten in C for a huge
> speed increase,
On Sun, 2011-01-16 at 13:24 -0600, Thomas Dziedzic wrote:
> On Sun, Jan 16, 2011 at 12:29 PM, Daenyth Blank
> wrote:
> > Hi All,
> >
> > I'm happy to announce that after a far-too-long wait, the latest
> > version of pkgtools is released! This version is a complete rewrite
> > from the ground up.
On 01/16/2011 03:10 AM, C Anthony Risinger wrote:
> yeah i've been around long enough to get the general vibe... but
> really... do you actually _enjoy_ making packages? do you like it
> when things break (even if not often, i'm not bashing arch developers
> or anyone else here) because of small
Am 16.01.2011 19:29, schrieb Daenyth Blank:
> Hi All,
>
> I'm happy to announce that after a far-too-long wait, the latest
> version of pkgtools is released! This version is a complete rewrite
> from the ground up. The slow parts have been rewritten in C for a huge
> speed increase, and the body h
On 01/16/2011 08:16 AM, solsTiCe d'Hiver wrote:
> You failed to mention than tar file are always compressed so this adds a
> layer of failure.
tar files are generally used in compression, but they do have other
purposes. In this case the tar file is being used for the sole purpose
of grouping files
On Sun, Jan 16, 2011 at 12:29 PM, Daenyth Blank wrote:
> Hi All,
>
> I'm happy to announce that after a far-too-long wait, the latest
> version of pkgtools is released! This version is a complete rewrite
> from the ground up. The slow parts have been rewritten in C for a huge
> speed increase, and
Hi All,
I'm happy to announce that after a far-too-long wait, the latest
version of pkgtools is released! This version is a complete rewrite
from the ground up. The slow parts have been rewritten in C for a huge
speed increase, and the body has been rewritten in python. Many thanks
for brain0 and
Le dimanche 16 à 13:52, Ng Oon-Ee a écrit :
> On Sun, 2011-01-16 at 12:22 +0100, Frédéric Perrin wrote:
>> Why would a database be more subject to corruption than a tar file, and
>> harder to recover?
>
> An answer from an average user: I believe in tar files corruption would
> only affect the file
Am 16.01.2011 17:16, schrieb Ionuț Bîru:
> On 01/16/2011 05:54 PM, solsTiCe d'Hiver wrote:
>
>> By accident, on IRC, I learned that it was brain0 that wrote the module
>> and picked it up on its git repo. I modifed my python code, and made
>> addition to the C module.
>>
>
> have you sent the cha
On Sun, Jan 16, 2011 at 11:26, Thomas Dziedzic wrote:
> Maybe you could provide the PKGBUILD in the AUR?
I'll have the package pushed to community by the end of the day, so it
shouldn't be needed.
On Sun, Jan 16, 2011 at 9:54 AM, solsTiCe d'Hiver
wrote:
> hi.
> I started in August a rewrite in python of pkgfile from pkgtools
> package.
>
> The idea was to speed it up and avoid the use of a tree of file and use
> a sqlite3 db instead.
>
> I wrote it quickly and proposed a merge (on github) t
On 01/16/2011 05:54 PM, solsTiCe d'Hiver wrote:
By accident, on IRC, I learned that it was brain0 that wrote the module
and picked it up on its git repo. I modifed my python code, and made
addition to the C module.
have you sent the changes to Thomas to incorporate in his git repo?
--
Ionuț
Le dimanche 16 janvier 2011 à 11:02 -0500, Daenyth Blank a écrit :
> Wow, was it really way back in August? Wow...
I started it. That last time we talked about it must have been in
december though
On Sun, Jan 16, 2011 at 10:54, solsTiCe d'Hiver
wrote:
> hi.
> I started in August a rewrite in python of pkgfile from pkgtools
> package.
Wow, was it really way back in August? Wow...
It's been a really busy year for me. I'll try to get that release out
today, since I have time. I've been sitting
On Sun, 2011-01-16 at 15:33 +0100, Thomas Bächler wrote:
> Am 16.01.2011 15:25, schrieb Ng Oon-Ee:
> > In reference to the below:- [testing] is still 'safe' for those using
> > networkmanager?
>
> What I wrote was wrong, I pushed those packages to staging, not to testing.
>
> > In my understandin
hi.
I started in August a rewrite in python of pkgfile from pkgtools
package.
The idea was to speed it up and avoid the use of a tree of file and use
a sqlite3 db instead.
I wrote it quickly and proposed a merge (on github) to Daenyth. He seems
to respond well, reviewing the code. But then nothin
Le dimanche 16 janvier 2011 à 20:52 +0800, Ng Oon-Ee a écrit :
> For a database which is necessarily more complicated, the whole
> database may be a write-off.
Database are more complicated and also more sophisticated. With
mechanism to prevent losing data if corruption of file.
So I would say,
Am 16.01.2011 15:25, schrieb Ng Oon-Ee:
> In reference to the below:- [testing] is still 'safe' for those using
> networkmanager?
What I wrote was wrong, I pushed those packages to staging, not to testing.
> In my understanding libnl1 would work like libpng12 from
> the AUR so it shouldn't stop w
In reference to the below:- [testing] is still 'safe' for those using
networkmanager? In my understanding libnl1 would work like libpng12 from
the AUR so it shouldn't stop working, is that correct?
On Sun, 2011-01-16 at 15:18 +0100, Thomas Bächler wrote:
>
> I am uploading i686 packages for the f
On Sun, 2011-01-16 at 12:22 +0100, Frédéric Perrin wrote:
> Le dimanche 16 à 2:01, Allan McRae a écrit :
> > There has been low interest in a real database solution due to
> > potential issues recovering from corrupt databases and with the
> > additional dependencies.
>
> A question from a rando
On Sat, 15 Jan 2011 21:52:03 -0500
Matthew Gyurgyik wrote:
> Hello Community,
>
> Over the last few weeks I have been working on Syslinux support for
> the installer. With the help Thomas and Dieter I am nearing the
> completion of this project. As part of this project, I have written a
> script
Le dimanche 16 à 7:22, Evangelos Foutras a écrit :
> On Sat, Jan 15, 2011 at 10:11 PM, Béla Vizer wrote:
>> I put .bashrc and /etc/profiles the follwoing line:
>> umask 077
>> I tried to put it to /etc/gdm/Xsession, I created .gnomerc but nothing.
>> Is it even possible to set a system-wide umask
Le dimanche 16 à 2:01, Allan McRae a écrit :
> There has been low interest in a real database solution due to
> potential issues recovering from corrupt databases and with the
> additional dependencies.
A question from a random user (one that won't submit more patches than
the average user):
Wh
On Sat, Jan 15, 2011 at 3:34 PM, Brendan Long wrote:
> On 01/13/2011 12:12 PM, C Anthony Risinger wrote:
>> leverage a revisioning system for package files instead of tarballs,
>> even if only locally. store metadata in a non-relational engine like
>> couchdb (peer replicaition), or at least some
On 16/01/11 06:22, Evangelos Foutras wrote:
> On Sat, Jan 15, 2011 at 10:11 PM, Béla Vizer wrote:
>> I put .bashrc and /etc/profiles the follwoing line:
>> umask 077
>> I tried to put it to /etc/gdm/Xsession, I created .gnomerc but nothing.
>> Is it even possible to set a system-wide umask settin
32 matches
Mail list logo
