Re: [arch-general] [arch-dev-public] package signoffs
> > maybe give the status of testers to some active arch members who use > testing (if any users are interested at all..) > +1 to the idea. this work can be delegated to active users who have enabled [testing] repo. a special status can be given to them with a fancy name like "Package Quality & Testing" Team.being a member of this team won't need any special knowledge, so anyone who wants to contribute can join and help. the only requirement should, usage of [testing] repo And dev can focus their previous time other useful work. Regards, Gaurish Sharma
Re: [arch-general] [Fwd: [LAU] A sound decision]
On 10 February 2010 07:03, wrote: > On Wed, Feb 10, 2010 at 06:46:06AM +0800, Ng Oon-Ee wrote: > >> Forwarding the below, for those interested. fons, you'd maybe like this? > > Already saw it on the Linux Audio lists, but thanks anyway ! > Of course I like this ! If it's Songshop we're talking about, he's always gotten stuff from upstream (at least the critical audio stuff his studio runs on). Whatever he uses in his studio is at the same time being tested for upstream. As a matter of fact, he's the epitome of a "user" so he does more actual work than tinker. At least that's what I've noticed. Sometimes when he's on IRC (on #archaudio and #jack especially) I just know his latest development build of jack2 is screwing around =p As far as the distro is concerned (which is really not a big deal in this story), I guess he updates only as needed. Even I myself update in random bursts. Some of us didn't even trust new RT kernels at one point: http://archaudio.org/2008/11/sos-rt-audio-kernel-configuration/comment-page-1/#comment-3 -- GPG/PGP ID: B42DDCAD
Re: [arch-general] policykit vs polkit
> I just checked upstream and Fedora: > either the pulseaudio package in community is outdated, or it contains a > bullshit dependency. it's a wrong dependency (together with some other) I've already submited a bug report. http://bugs.archlinux.org/task/18258 -- damjan
Re: [arch-general] [arch-dev-public] New Developer: Dan Griffiths
On Tue, Feb 9, 2010 at 6:09 PM, Ray Rashif wrote: > On 10 February 2010 08:04, Daniel J Griffiths (Ghost1227) > wrote: >> On Tue, Feb 9, 2010 at 5:58 PM, Ray Rashif wrote: >>> On 10 February 2010 06:10, Qadri wrote: On Tue, Feb 9, 2010 at 4:26 PM, Aaron Griffin wrote: > On Tue, Feb 9, 2010 at 3:19 PM, Daniel J Griffiths (Ghost1227) > wrote: >> On Tue, Feb 9, 2010 at 2:39 PM, Gaurish Sharma >> wrote: >>> Congrats Dan! >>> So what should we expect from you? any special plans? >>> >>> Regards, >>> Gaurish Sharma >>> >>> >>> >>> On Wed, Feb 10, 2010 at 12:04 AM, Gerardo Exequiel Pozzi >>> wrote: On 02/09/2010 03:23 PM, Aaron Griffin wrote: > > I just want to shoot a welcome message to the newest member of the > team: Dan Griffiths (Ghost1227). > > Welcome aboard! > > Very great news! Congratulations :) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D >>> >> >> Hopefully as much cleanup as possible, similar to what I've been >> trying to do with community recently. Additionally, I've been working >> on patching the dbscripts and such... Basically, I'm up for anything >> that advances the distro :P > > And he offered to buy everyone a pony > It really is about time. Glad everything's going well for you again, Ghost. Congratulations. Good luck. Don't break things. Please. majiq. >>> >>> One thing I know for sure, he's a fast worker! >>> >>> >>> -- >>> GPG/PGP ID: B42DDCAD >>> >> >> In what way? > > In whatever you do that I have noticed; keep em up :) > > > -- > GPG/PGP ID: B42DDCAD > I intend to..
Re: [arch-general] [arch-dev-public] New Developer: Dan Griffiths
On 10 February 2010 08:04, Daniel J Griffiths (Ghost1227) wrote: > On Tue, Feb 9, 2010 at 5:58 PM, Ray Rashif wrote: >> On 10 February 2010 06:10, Qadri wrote: >>> On Tue, Feb 9, 2010 at 4:26 PM, Aaron Griffin >>> wrote: On Tue, Feb 9, 2010 at 3:19 PM, Daniel J Griffiths (Ghost1227) wrote: > On Tue, Feb 9, 2010 at 2:39 PM, Gaurish Sharma > wrote: >> Congrats Dan! >> So what should we expect from you? any special plans? >> >> Regards, >> Gaurish Sharma >> >> >> >> On Wed, Feb 10, 2010 at 12:04 AM, Gerardo Exequiel Pozzi >> wrote: >>> On 02/09/2010 03:23 PM, Aaron Griffin wrote: I just want to shoot a welcome message to the newest member of the team: Dan Griffiths (Ghost1227). Welcome aboard! >>> >>> Very great news! Congratulations :) >>> >>> >>> -- >>> >>> Gerardo Exequiel Pozzi ( djgera ) >>> http://www.djgera.com.ar >>> KeyID: 0x1B8C330D >>> Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D >>> >>> >> > > Hopefully as much cleanup as possible, similar to what I've been > trying to do with community recently. Additionally, I've been working > on patching the dbscripts and such... Basically, I'm up for anything > that advances the distro :P And he offered to buy everyone a pony >>> >>> >>> It really is about time. Glad everything's going well for you again, >>> Ghost. Congratulations. Good luck. Don't break things. Please. >>> >>> majiq. >>> >> >> One thing I know for sure, he's a fast worker! >> >> >> -- >> GPG/PGP ID: B42DDCAD >> > > In what way? In whatever you do that I have noticed; keep em up :) -- GPG/PGP ID: B42DDCAD
Re: [arch-general] [arch-dev-public] New Developer: Dan Griffiths
On Tue, Feb 9, 2010 at 5:58 PM, Ray Rashif wrote: > On 10 February 2010 06:10, Qadri wrote: >> On Tue, Feb 9, 2010 at 4:26 PM, Aaron Griffin >> wrote: >>> On Tue, Feb 9, 2010 at 3:19 PM, Daniel J Griffiths (Ghost1227) >>> wrote: On Tue, Feb 9, 2010 at 2:39 PM, Gaurish Sharma wrote: > Congrats Dan! > So what should we expect from you? any special plans? > > Regards, > Gaurish Sharma > > > > On Wed, Feb 10, 2010 at 12:04 AM, Gerardo Exequiel Pozzi > wrote: >> On 02/09/2010 03:23 PM, Aaron Griffin wrote: >>> >>> I just want to shoot a welcome message to the newest member of the >>> team: Dan Griffiths (Ghost1227). >>> >>> Welcome aboard! >>> >>> >> >> Very great news! Congratulations :) >> >> >> -- >> >> Gerardo Exequiel Pozzi ( djgera ) >> http://www.djgera.com.ar >> KeyID: 0x1B8C330D >> Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D >> >> > Hopefully as much cleanup as possible, similar to what I've been trying to do with community recently. Additionally, I've been working on patching the dbscripts and such... Basically, I'm up for anything that advances the distro :P >>> >>> And he offered to buy everyone a pony >>> >> >> >> It really is about time. Glad everything's going well for you again, >> Ghost. Congratulations. Good luck. Don't break things. Please. >> >> majiq. >> > > One thing I know for sure, he's a fast worker! > > > -- > GPG/PGP ID: B42DDCAD > In what way?
Re: [arch-general] [arch-dev-public] New Developer: Dan Griffiths
On 10 February 2010 06:10, Qadri wrote: > On Tue, Feb 9, 2010 at 4:26 PM, Aaron Griffin wrote: >> On Tue, Feb 9, 2010 at 3:19 PM, Daniel J Griffiths (Ghost1227) >> wrote: >>> On Tue, Feb 9, 2010 at 2:39 PM, Gaurish Sharma >>> wrote: Congrats Dan! So what should we expect from you? any special plans? Regards, Gaurish Sharma On Wed, Feb 10, 2010 at 12:04 AM, Gerardo Exequiel Pozzi wrote: > On 02/09/2010 03:23 PM, Aaron Griffin wrote: >> >> I just want to shoot a welcome message to the newest member of the >> team: Dan Griffiths (Ghost1227). >> >> Welcome aboard! >> >> > > Very great news! Congratulations :) > > > -- > > Gerardo Exequiel Pozzi ( djgera ) > http://www.djgera.com.ar > KeyID: 0x1B8C330D > Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D > > >>> >>> Hopefully as much cleanup as possible, similar to what I've been >>> trying to do with community recently. Additionally, I've been working >>> on patching the dbscripts and such... Basically, I'm up for anything >>> that advances the distro :P >> >> And he offered to buy everyone a pony >> > > > It really is about time. Glad everything's going well for you again, > Ghost. Congratulations. Good luck. Don't break things. Please. > > majiq. > One thing I know for sure, he's a fast worker! -- GPG/PGP ID: B42DDCAD
Re: [arch-general] policykit vs polkit
On Wed, 2010-02-10 at 00:04 +0100, Jan de Groot wrote: > policykit and policykit-gnome will die soon. At this moment only > pulseaudio in community uses it, but I'm sure someone has ported that > to polkit also. I just checked upstream and Fedora: either the pulseaudio package in community is outdated, or it contains a bullshit dependency. Later versions of pulseaudio don't call into policykit for realtime permissions anymore, but rely on being started with realtime permissions, or, if it's available, requesting realtime capabilities through realtimekit.
Re: [arch-general] policykit vs polkit
On 02/10/2010 01:04 AM, Jan de Groot wrote: On Tue, 2010-02-09 at 19:17 +0100, Thomas Bächler wrote: Am 09.02.2010 19:11, schrieb Lukáš Jirkovský: Hi, I just found out that policykit on my package is no longer needed. Because it looked strange to me a took a look at other packages and found polkit package. What is the difference between these two (policykit and polkit)? Both seems to provide the same package. policykit is dead and being replace by polkit. I think now that KDE 4.4 uses polkit, policykit might in fact be obsolete. policykit and policykit-gnome will die soon. At this moment only pulseaudio in community uses it, but I'm sure someone has ported that to polkit also. http://bugs.archlinux.org/task/18258 i was looking at configure and it doesn't need it and changelog say that polkit code move removed since 09/2009. when pulseaudio is rebuild we are ready to remove it. -- Ionut
Re: [arch-general] [Fwd: [LAU] A sound decision]
On Wed, Feb 10, 2010 at 06:46:06AM +0800, Ng Oon-Ee wrote: > Forwarding the below, for those interested. fons, you'd maybe like this? Already saw it on the Linux Audio lists, but thanks anyway ! Of course I like this ! -- FA O tu, che porte, correndo si ? E guerra e morte !
Re: [arch-general] policykit vs polkit
On Tue, 2010-02-09 at 19:17 +0100, Thomas Bächler wrote: > Am 09.02.2010 19:11, schrieb Lukáš Jirkovský: > > Hi, > > I just found out that policykit on my package is no longer needed. > > Because it looked strange to me a took a look at other packages and > > found polkit package. What is the difference between these two > > (policykit and polkit)? Both seems to provide the same package. > > policykit is dead and being replace by polkit. I think now that KDE 4.4 > uses polkit, policykit might in fact be obsolete. > policykit and policykit-gnome will die soon. At this moment only pulseaudio in community uses it, but I'm sure someone has ported that to polkit also.
[arch-general] [Fwd: [LAU] A sound decision]
Forwarding the below, for those interested. fons, you'd maybe like this? Forwarded Message > To: linux-audio-u...@lists.linuxaudio.org > Subject: [LAU] A sound decision > Date: Tue, 9 Feb 2010 18:26:36 -0200 > > http://www.itwire.com/opinion-and-analysis/open-sauce/36698-from-windows-to-linux-a-sound-decision > > From Windows to Linux: a sound decision > > Some excerpts: > > Five years ago, when Geoff Beasley decided to move his sound studio > business from a Windows-based one to a Linux-based setup, he had one > simple bit of logic driving him: things could not be worse under > Linux. > ... > "There's a great difference between working with commercial software > and Linux," says Beasley. "One is the speed at which things get fixed > - it is simply amazing. Another thing is that though I am always > running software which is in a constant state of development, it is > incredibly stable. It is not possible to get fixes at this speed from > commercial vendors - the guys I work with are driven by the sheer > elegance of their software and its flexibility. And I am constantly > amazed at what I can do with my limited knowledge." > ... > Beasley's set-up: > > SYSTEM SOFTWARE > > All 5 of the production machines have the following subsystem: > > Arch Linux system custom 2.6.31,6-rt19 kernel with RT preemption > (essential for Xrun avoidance - click and pops) Desktop consisting of > openbox, Adeskbar and pypanel. Display manager is Slim > AUDIO > jack2-svn (contains netone; which is netjack1 within jack2) > Qjackctl-svn > Rtirq (RT pci priorities for sound cards; also essential for Xrun avoidance) > > LinAS > LinAS is the audio master machine. It hosts 4 Hoontech C-Ports > (ice1712-based chipset) in an Alsa multi-array providing 40 channels > of audio to the other machines via 'netone'. jack is running with 2 > periods @ 48kH and 64 frames giving a 'round-trip' latency (in and > out) of 2.66 ms . Can be run @ 32 frames (half the latency) but the > samplers struggle at this low a frame rate. > > Uses Gjacktransport to control the jack transport here and therefore > the netone slaves via jack transport. > > LinDAW > The Digital Audio Workstation hosts 'Ardour' as the main DAW software > and also Mhwaveedit and Audacity for audio editing, Qjadeo for > synchronous video playback with Ardour, K3b & GDC Master for CD > mastering. > > LinSeq > The midi sequencer machine. Runs MusE 1.01-svn and Linuxsampler with > the Fantasia (java) frontend. Magic. Mscore is the Linux music scoring > program, started by the creator of MusE, Werner Schweer. > > LinSampler > Uses the program fst (free software studio) by Torben Hohn to run > vsti's (virtual studio technology instruments) under wine. The two I > run are Kontakt 2 and Sampletank 2. Both work 100 percent maybe better > than under Wine. > > LinVS > This is the 'Video Server" This one specialises in distributing video > throughout the complex via webcams using 'Cheese' to mount them. > Kdenlive and capture cards are used to take interviews of Composers > and Performers for web-based content enhancement. Qjadeo is used to > playback vision also piped throughout. > > LinFX > Essentially hosts the Jc_Gui front end for Fons Adriaensen's > Jconvolver. Using open source Impulse Responses. Gives reverbs to the > mixing desk. >
Re: [arch-general] [patch] AIF, partition table compatibility with grub2.
On Tue, 9 Feb 2010, Dieter Plaetinck wrote: On Tue, 9 Feb 2010 20:26:45 +0100 (CET) Mark Pustjens wrote: Hi list, The attatched patch adds the `-D' option to the sfdisk call. This causes some extra space to be saved for the MBR, which is needed for grub2 in some cases. Please let me know what you think. Greetings/Groetjes Mark Pustjens Hi! man sfdisk: -D or --DOS For DOS-compatibility: waste a little space. (More precisely: if a partition cannot contain sector 0, e.g. because that is the MBR of the device, or contains the partition table of an extended partition, then sfdisk would make it start the next sector. However, when this option is given it skips to the start of the next track, wasting for example 33 sectors (in case of 34 sectors/track), just like certain versions of DOS do.) Certain Disk Managers and boot loaders (such as OSBS, but not LILO or the OS/2 Boot Manager) also live in this empty space, so maybe you want this option if you use one. I don't really see the point. this wastes some disk space to be compatible with old, past-legacy bootloaders and OS'es. why exactly would we want this? "some cases" ? The disc space wasted is about 32K, not realy something to be sad about. I used the term `some cases', as I do not know what cases these are exactly. I have only encountered one so far. I was installing arch in a VirtualBox machine. Then I wanted to install grub2 (and grub2-gfx). They complained they could not install properly, unless I chose to use (depreciated) so-called `block lists'. As it turns out, in my case the part of the bootloader which is normally installed in the MBR was too big. Using the -D flag of sfdisk a little extra space was left so this part of the bootloader did fit. As you can understand, grub2 cannot be called legacy. Dieter Greetings/Groetjes Mark Pustjens
Re: [arch-general] [arch-dev-public] New Developer: Dan Griffiths
On Tue, Feb 9, 2010 at 4:26 PM, Aaron Griffin wrote: > On Tue, Feb 9, 2010 at 3:19 PM, Daniel J Griffiths (Ghost1227) > wrote: >> On Tue, Feb 9, 2010 at 2:39 PM, Gaurish Sharma >> wrote: >>> Congrats Dan! >>> So what should we expect from you? any special plans? >>> >>> Regards, >>> Gaurish Sharma >>> >>> >>> >>> On Wed, Feb 10, 2010 at 12:04 AM, Gerardo Exequiel Pozzi >>> wrote: On 02/09/2010 03:23 PM, Aaron Griffin wrote: > > I just want to shoot a welcome message to the newest member of the > team: Dan Griffiths (Ghost1227). > > Welcome aboard! > > Very great news! Congratulations :) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D >>> >> >> Hopefully as much cleanup as possible, similar to what I've been >> trying to do with community recently. Additionally, I've been working >> on patching the dbscripts and such... Basically, I'm up for anything >> that advances the distro :P > > And he offered to buy everyone a pony > It really is about time. Glad everything's going well for you again, Ghost. Congratulations. Good luck. Don't break things. Please. majiq.
Re: [arch-general] [arch-dev-public] New Developer: Dan Griffiths
On Tue, Feb 9, 2010 at 3:19 PM, Daniel J Griffiths (Ghost1227) wrote: > On Tue, Feb 9, 2010 at 2:39 PM, Gaurish Sharma > wrote: >> Congrats Dan! >> So what should we expect from you? any special plans? >> >> Regards, >> Gaurish Sharma >> >> >> >> On Wed, Feb 10, 2010 at 12:04 AM, Gerardo Exequiel Pozzi >> wrote: >>> On 02/09/2010 03:23 PM, Aaron Griffin wrote: I just want to shoot a welcome message to the newest member of the team: Dan Griffiths (Ghost1227). Welcome aboard! >>> >>> Very great news! Congratulations :) >>> >>> >>> -- >>> >>> Gerardo Exequiel Pozzi ( djgera ) >>> http://www.djgera.com.ar >>> KeyID: 0x1B8C330D >>> Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D >>> >>> >> > > Hopefully as much cleanup as possible, similar to what I've been > trying to do with community recently. Additionally, I've been working > on patching the dbscripts and such... Basically, I'm up for anything > that advances the distro :P And he offered to buy everyone a pony
Re: [arch-general] pacman message: "too much happens::" ...
Aaron Griffin wrote: > Could it be a message from cron itself? No, you might have read in my original post that I grepped for the string in fcron, pacman and libalpm, as well as the libc. clemens
Re: [arch-general] pacman message: "too much happens::" ...
Daenyth Blank wrote: > Maybe it's an error from your download agent if you're not using > libfetch in pacman? Not that, either. I'm using no download agent. I wonder why it went away a few days ago. Does anybody else use "http://ftp.tu-chemnitz.de/pub/linux/archlinux/"; or "http://ftp.uni-bayreuth.de/linux/"; as pacman mirrors? Might well be that it is a message from their servers putting me off for overload. But its funny that everything worked, except for this message ... clemens
Re: [arch-general] [arch-dev-public] New Developer: Dan Griffiths
On Tue, Feb 9, 2010 at 2:39 PM, Gaurish Sharma wrote: > Congrats Dan! > So what should we expect from you? any special plans? > > Regards, > Gaurish Sharma > > > > On Wed, Feb 10, 2010 at 12:04 AM, Gerardo Exequiel Pozzi > wrote: >> On 02/09/2010 03:23 PM, Aaron Griffin wrote: >>> >>> I just want to shoot a welcome message to the newest member of the >>> team: Dan Griffiths (Ghost1227). >>> >>> Welcome aboard! >>> >>> >> >> Very great news! Congratulations :) >> >> >> -- >> >> Gerardo Exequiel Pozzi ( djgera ) >> http://www.djgera.com.ar >> KeyID: 0x1B8C330D >> Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D >> >> > Hopefully as much cleanup as possible, similar to what I've been trying to do with community recently. Additionally, I've been working on patching the dbscripts and such... Basically, I'm up for anything that advances the distro :P
Re: [arch-general] [arch-dev-public] package signoffs
On Tue, Feb 9, 2010 at 7:59 PM, Eric Bélanger wrote: > > One reason that it takes time to get signoffs for certain packages is > that we don't know if enough devs use it to get the required signoff. > For instance, I don't use openvpn. How many devs use openvpn? I don't > know and probably no-one does. A while ago, I started this: > http://wiki.archlinux.org/index.php/DeveloperWiki:CoreSignoffs#List_of_potential_signees_for_low-usage_core_packages > to fix that issue but basically no-one bothered to fill it up. If we > would know how many dev use these low usage packages, then we could > automatically send the signoff thread to both the dev ML and to the > arch-general ML and specifically ask for users signoff instead of > waiting for dev signoffs that will never come. > That's what I was thinking about, how to get more people involved for signoff. You could either ask more often for user signoff on arch-general, or maybe give the status of testers to some active arch members who use testing (if any users are interested at all..)
Re: [arch-general] [patch] AIF, partition table compatibility with grub2.
> I don't really see the point. this wastes some disk space to be > compatible with old, past-legacy bootloaders and OS'es. > why exactly would we want this? "some cases" ? As far as I can tell, if you install GRUB to the MBR it also lives in this empty space (between the first sector of the disk and the first sector of the first cylinder, typically LBA sector 63). Besides, the wasted space is not that much, you waste more at the end of the disk if you align partitions with cylinder boundaries.
Re: [arch-general] [arch-dev-public] New Developer: Dan Griffiths
Congrats Dan! So what should we expect from you? any special plans? Regards, Gaurish Sharma On Wed, Feb 10, 2010 at 12:04 AM, Gerardo Exequiel Pozzi wrote: > On 02/09/2010 03:23 PM, Aaron Griffin wrote: >> >> I just want to shoot a welcome message to the newest member of the >> team: Dan Griffiths (Ghost1227). >> >> Welcome aboard! >> >> > > Very great news! Congratulations :) > > > -- > > Gerardo Exequiel Pozzi ( djgera ) > http://www.djgera.com.ar > KeyID: 0x1B8C330D > Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D > >
Re: [arch-general] [patch] AIF, partition table compatibility with grub2.
On Tue, 9 Feb 2010 20:26:45 +0100 (CET) Mark Pustjens wrote: > Hi list, > > The attatched patch adds the `-D' option to the sfdisk call. > This causes some extra space to be saved for the MBR, which is needed > for grub2 in some cases. > > Please let me know what you think. > > Greetings/Groetjes > > Mark Pustjens > Hi! man sfdisk: -D or --DOS For DOS-compatibility: waste a little space. (More precisely: if a partition cannot contain sector 0, e.g. because that is the MBR of the device, or contains the partition table of an extended partition, then sfdisk would make it start the next sector. However, when this option is given it skips to the start of the next track, wasting for example 33 sectors (in case of 34 sectors/track), just like certain versions of DOS do.) Certain Disk Managers and boot loaders (such as OSBS, but not LILO or the OS/2 Boot Manager) also live in this empty space, so maybe you want this option if you use one. I don't really see the point. this wastes some disk space to be compatible with old, past-legacy bootloaders and OS'es. why exactly would we want this? "some cases" ? Dieter
[arch-general] [patch] AIF, partition table compatibility with grub2.
Hi list, The attatched patch adds the `-D' option to the sfdisk call. This causes some extra space to be saved for the MBR, which is needed for grub2 in some cases. Please let me know what you think. Greetings/Groetjes Mark Pustjens -- I do note with interest that old women in my books become young women on the covers... this is discrimination against the chronologically gifted. (alt.fan.pratchett)--- usr/lib/aif/core/libs/lib-blockdevices-filesystems.sh 2009-08-07 21:25:04.0 +0200 +++ /home/unknown/Documents/lightarch/image-build/overlay/usr/lib/aif/core/libs/lib-blockdevices-filesystems.sh 2009-12-08 13:00:46.0 +0100 @@ -368,7 +366,7 @@ # invoke sfdisk debug 'FS' "Partition calls: sfdisk $DEVICE -uM >$LOG 2>&1 <<< $sfdisk_input" printk off - sfdisk $DEVICE -uM >$LOG 2>&1 <$LOG 2>&1 <
Re: [arch-general] Syncing the mirrors
>> I wonder if something like http://www.coralcdn.org/ could be used for >> a package repository. > > Nope. The CoralCDN is intended to be used as a distributed web cache. > It doesn't even serve large files, it redirects you to the original > source: I was thinking about using the technology not the service (which is probably limited) -- damjan
Re: [arch-general] [arch-dev-public] New Developer: Dan Griffiths
On 02/09/2010 03:23 PM, Aaron Griffin wrote: I just want to shoot a welcome message to the newest member of the team: Dan Griffiths (Ghost1227). Welcome aboard! Very great news! Congratulations :) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [arch-general] policykit vs polkit
Am 09.02.2010 19:11, schrieb Lukáš Jirkovský: > Hi, > I just found out that policykit on my package is no longer needed. > Because it looked strange to me a took a look at other packages and > found polkit package. What is the difference between these two > (policykit and polkit)? Both seems to provide the same package. policykit is dead and being replace by polkit. I think now that KDE 4.4 uses polkit, policykit might in fact be obsolete. signature.asc Description: OpenPGP digital signature
[arch-general] policykit vs polkit
Hi, I just found out that policykit on my package is no longer needed. Because it looked strange to me a took a look at other packages and found polkit package. What is the difference between these two (policykit and polkit)? Both seems to provide the same package. regards, Lukas
Re: [arch-general] Syncing the mirrors
On Sun, Feb 7, 2010 at 3:28 AM, Damjan Georgievski wrote: > I wonder if something like http://www.coralcdn.org/ could be used for > a package repository. Nope. The CoralCDN is intended to be used as a distributed web cache. It doesn't even serve large files, it redirects you to the original source: % wget http://ftp.archlinux.org.nyud.net/iso/latest/archlinux-2009.08-netinstall-x86_64.iso --2010-02-09 19:39:51-- http://ftp.archlinux.org.nyud.net/iso/latest/archlinux-2009.08-netinstall-x86_64.iso Resolving ftp.archlinux.org.nyud.net... 150.189.2.102, 141.161.20.32, 141.213.4.201 Connecting to ftp.archlinux.org.nyud.net|150.189.2.102|:80... connected. HTTP request sent, awaiting response... 302 Location: http://ftp.archlinux.org/iso/latest/archlinux-2009.08-netinstall-x86_64.iso?coral-no-serve [following] --2010-02-09 19:39:58-- http://ftp.archlinux.org/iso/latest/archlinux-2009.08-netinstall-x86_64.iso?coral-no-serve Resolving ftp.archlinux.org... 209.85.41.143, 209.85.41.144 [...] Regards, Marti
Re: [arch-general] [arch-dev-public] [signoff] openvpn 2.1.1-1
Am 09.02.2010 17:14, schrieb Damjan Georgievski: >>> Does not export the $route_net_gateway environment variable to my --up >>> script. >>> This is probably upstream bug, but still >> >> Did you check the ChangeLog? They keep changing all kinds of stuff >> w.r.t. the external scripts. > > the ChangeLog only mentions it's introduction in 1.5beta(something) Okay, the documentation states that this should be set in --up, so this is a bug. Can you ask upstream about this problem? (#openvpn on freenode can already be a good source of information sometimes, I don't know if there is a bugtracker, but there is a mailing list one could search) signature.asc Description: OpenPGP digital signature
Re: [arch-general] A suggestion for the devs regarding rebuilds
>>> "make install" does it >> >> Called by pacman, I suppose. Anyway this is irrelevant. > > No. pacman does not build packages. It installs them Depends how you look at it: $ pacman -Qo `which makepkg` /usr/bin/makepkg is owned by pacman 3.3.3-1 so maybe pacman the command doesn't build packages, but pacman the project surely does -- damjan
Re: [arch-general] [arch-dev-public] [signoff] openvpn 2.1.1-1
>> Does not export the $route_net_gateway environment variable to my --up >> script. >> This is probably upstream bug, but still > > Did you check the ChangeLog? They keep changing all kinds of stuff > w.r.t. the external scripts. the ChangeLog only mentions it's introduction in 1.5beta(something) -- damjan
Re: [arch-general] A suggestion for the devs regarding rebuilds
On Mon, Feb 8, 2010 at 5:45 PM, wrote: > On Mon, Feb 08, 2010 at 05:37:31PM -0600, Aaron Griffin wrote: > >> "make install" does it > > Called by pacman, I suppose. Anyway this is irrelevant. No. pacman does not build packages. It installs them
Re: [arch-general] [arch-dev-public] [signoff] openvpn 2.1.1-1
Am 09.02.2010 15:33, schrieb Damjan Georgievski: >>> Upstream update. >>> >> >> Bump! > > Does not export the $route_net_gateway environment variable to my --up script. > This is probably upstream bug, but still Did you check the ChangeLog? They keep changing all kinds of stuff w.r.t. the external scripts. signature.asc Description: OpenPGP digital signature
[arch-general] [signoff] kernel 2.6.32.8-1
Hi guys, bump to latest bugfix version. Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] [arch-dev-public] [signoff] openvpn 2.1.1-1
>> Upstream update. >> > > Bump! Does not export the $route_net_gateway environment variable to my --up script. This is probably upstream bug, but still -- damjan
Re: [arch-general] [arch-dev-public] [signoff] rfkill 0.4-1
>> Upstream update, please sign off. >> > Bump! seems to work fine on i686 tested with wifi and bluetooth (but it really needs a toggle operation) -- damjan
Re: [arch-general] A suggestion for the devs regarding rebuilds
On 9 February 2010 17:50, Xavier Chantry wrote: > On Tue, Feb 9, 2010 at 3:19 AM, Arvid Picciani wrote: >> >> if someone actually posts patches or other constructive stuff, please CC >> me. We're rewriting pacman anyway and looking for a solution to handle >> this mess in particular. >> >> Right now the only idea i got is versioned deps which is sort of flawed >> since that would assert a certain awareness upstream. And if we had >> that, we didnt have the problem in the first place... >> >> maybe there is a smarter way to force update of packages that would break >> when their dependencies are updated. >> > > If people actually read my 10 lines mail, and spent more time to think > and less time to write, maybe the thread could have gone forward > rather than backward ? Not only did that fail to garner any attention, but my repeated emphasis on that initiative seems to have gone to waste as well. > But then: pacman knows that A is installed and > depends on libfoo.so.1. But still it removes > that library. Why ? I'd just say it fails to > do its job, part of which is being aware of > dependencies. Fons, you may be right here. That is exactly what is being discussed with regards to sodepends/soprovides. The thing is, your message was not clear and is catalyst for a number of unhelpful remarks/opinions. >From one point, you appear to be wanting some kind of mechanism to keep old libraries in place which simply cannot happen because it's the same package "updating", so the new contents of the package is replacing the old. We cannot keep both packages in the repos because that violates our principles. However, we may be able to prevent you from doing certain actions or in the case of sodepends, we may at least be able to inform you what is broken and what is not. As with the userbase changing, I have to agree. I've watched Arch and its mediums of communications for over 3 years, and like any distro with good reason to exist, there is always an increase in userbase. There are users who are simply too elitist. These are usually the ones who come crying for help, and a few months later start picking on others who do the same. There are users who are just unfit, and we have long ignored these kinds but the new elites just have to press the button. Obviously, Fons isn't either. Please stop any suggestion that involves "keeping things". Channel your sparks into how pacman could provide necessary information to the user during major updates. > I guess it is for some ideas here: > http://www.hereticlinux.org/wiki/pacideas Is that the brainchild of aep? If so, there's no surprise. He was into Qt at one point, then something else, and now this. Heresy is aep, aep is Heresy. Good luck Arvid! -- GPG/PGP ID: B42DDCAD
Re: [arch-general] A suggestion for the devs regarding rebuilds
On Tue, Feb 9, 2010 at 11:08 AM, Allan McRae wrote: > On 09/02/10 19:50, Xavier Chantry wrote: >> >> Anyway, care to explain what you are rewriting pacman for ? There are >> probably plenty of good reasons to do that, I am just curious to know >> if you have any:) >> > > I guess it is for some ideas here: > http://www.hereticlinux.org/wiki/pacideas > > # user can then diff /usr/etc/foo.conf /usr/etc/foo.conf and take action I don't expect to see much differences between /usr/etc/foo.conf and /usr/etc/foo.conf, do you ? :P Anyway, nothing interesting there, but also nothing justifying a rewrite. Minor hacks at most.
Re: [arch-general] A suggestion for the devs regarding rebuilds
On 09/02/10 19:50, Xavier Chantry wrote: Anyway, care to explain what you are rewriting pacman for ? There are probably plenty of good reasons to do that, I am just curious to know if you have any:) I guess it is for some ideas here: http://www.hereticlinux.org/wiki/pacideas
Re: [arch-general] A suggestion for the devs regarding rebuilds
On Tue, Feb 9, 2010 at 3:19 AM, Arvid Picciani wrote: > > if someone actually posts patches or other constructive stuff, please CC > me. We're rewriting pacman anyway and looking for a solution to handle > this mess in particular. > > Right now the only idea i got is versioned deps which is sort of flawed > since that would assert a certain awareness upstream. And if we had > that, we didnt have the problem in the first place... > > maybe there is a smarter way to force update of packages that would break > when their dependencies are updated. > If people actually read my 10 lines mail, and spent more time to think and less time to write, maybe the thread could have gone forward rather than backward ? The last discussions on the sodepends/soprovides proposal are there : http://mailman.archlinux.org/pipermail/pacman-dev/2010-January/010386.html http://mailman.archlinux.org/pipermail/pacman-dev/2010-February/ It's not the first time I regret posting to arch-general, I should have kept this on pacman-dev only, discussions tend to be much more constructive there with much less noise. Anyway, care to explain what you are rewriting pacman for ? There are probably plenty of good reasons to do that, I am just curious to know if you have any :)
Re: [arch-general] KMS again with 2.6.33?
On Tue, Feb 9, 2010 at 9:00 AM, Jan de Groot wrote: > > The point is that it moved to the staging tree now, where further > development will take place. After a while, there won't be an > out-of-tree version anymore because all development happens in the > official kernel git tree. > An example of this is intel: there's several kernel trees around with > intel drivers, but no possible way to build intel drm out of tree. > > All development happens in that git tree : http://cgit.freedesktop.org/nouveau/linux-2.6/ This is then merged to drm-next and then to linus tree. If you just fetch that, you indeed cannot do an out-of-build tree, you have to build the whole kernel. But it's possible to write a Makefile that makes it possible : http://cgit.freedesktop.org/nouveau/linux-2.6/plain/nouveau/Makefile?h=master-compat This Makefile allows to only build the relevant drm/nouveau code, and apparently also to create an archive of it. I don't see why this should stop being possible, and why it would not be possible to do the same with other drivers.
Re: [arch-general] A suggestion for the devs regarding rebuilds
Le Tue, 09 Feb 2010 03:05:14 +, Mauro Santos a écrit : > > I'm facing a decision to change five 'critical' machines > > in need of an upgrade to Arch or not. Over the last months > > I've installed Arch on three less critical ones to get to > > know the system. Up to yesterday the decision looked quite > > clear > > Then maybe you should select something that gives you more peace of > mind. I'm not saying that you can't use Arch for mission critical > machines but you need to know very well what you are doing. That's the whole idea behind http://www.archserver.org/ -- catwell
Re: [arch-general] A suggestion for the devs regarding rebuilds
Le Tue, 9 Feb 2010 09:12:29 +0100, f...@kokkinizita.net a écrit : > On Mon, Feb 08, 2010 at 08:02:04PM -0700, Brendan Long wrote: > > > Except then you'd annoy everyone who wants their package manager to work > > properly. When I update a package I expect it to clean up after itself. > > Work properly = not remove things that are still needed. > Clean up after itself = remove them when no longer needed. > > The situation is now very clear. Pacman in its current > form just *can't* do this, and this defect is being > presented as a virtue, which is a classical marketing > scenario. There are package managers that can do that, I think apt-get is one. Pacman can not by design because it is made for rolling release distributions: the system is considered to be always up to date, all of it. You are not supposed to update just part of it. Now if you agree to that you have too problems: 1) Sometimes installing new packages drag updates of libraries. Simple solution: never use pacman -Sy, always -Syu; if you want to install a package without updating everything use -S without the y. 2) There are problems with mirror sync. This is a *mirror sync* problem, not a Pacman problem. And by the way, the mirror I use doesn't have that problem because it updates the database files before the packages themselves. Because of that, if some packages are out of date, you get transient resolver failures at download time on -Syu and pacman just doesn't update. All you have to do is try again later... Updating all the database files *last* would be even better: there would never be any sync problem (if I understand well how it works). -- catwell
Re: [arch-general] A suggestion for the devs regarding rebuilds
On Mon, Feb 08, 2010 at 08:02:04PM -0700, Brendan Long wrote: > Except then you'd annoy everyone who wants their package manager to work > properly. When I update a package I expect it to clean up after itself. Work properly = not remove things that are still needed. Clean up after itself = remove them when no longer needed. The situation is now very clear. Pacman in its current form just *can't* do this, and this defect is being presented as a virtue, which is a classical marketing scenario. Ciao, -- FA O tu, che porte, correndo si ? E guerra e morte !
Re: [arch-general] KMS again with 2.6.33?
On Tue, 2010-02-09 at 01:20 +0100, Xavier Chantry wrote: > That's true, but the conflict goes both way. And the situation isn't > different with ati vs fglrx, is it ? > > Anyway, there is no reason to enable nouveau in the kernel, the > current out-of-tree build is just fine and allows for more frequent > updates. > As long as users still have to install it explicitly, they should be > able to handle this conflict. > But it would indeed be more problematic if we wanted to have it > directly in the kernel package. The point is that it moved to the staging tree now, where further development will take place. After a while, there won't be an out-of-tree version anymore because all development happens in the official kernel git tree. An example of this is intel: there's several kernel trees around with intel drivers, but no possible way to build intel drm out of tree.
