Re: [aur-general] TU Application - Andrzej Giniewicz (giniu)
On Fri, Jun 29, 2012 at 1:22 PM, Andrzej Giniewicz wrote: > Hi, > > On Fri, Jun 29, 2012 at 8:05 AM, Bartłomiej Piotrowski > wrote: >> I hope we'll see you on IRC when/if you become TU. ;) > > I will try :) > > On Fri, Jun 29, 2012 at 8:58 AM, Florian Pritz wrote: >> Mind uploading your gpg key to the keyservers? `gpg --send-keys ` >> is enough. > > done > >> Please also try to send GPG/MIME mails instead of inlining >> the signature. > > again, I will try. I haven't used gpg/mime because I prefer gmail www > interface and it was easier that way. Anyway, I installed thunderbird > for this, although I'm not yet sure if it worked - will find out after I > send this reply ;) (it is still importing emails for 30 minutes now, > ugh... I tend to not delete stuff from this mail box so it's going > trough like over 17000 emails from Arch category now, and this is only > one category which is like 10% of all that are out there) > >> I just >> hope it won't turn out that being a TU is too time-consuming for you. > > I also wasn't sure abut that one for quite some time, that's why I > haven't applied year ago. Now I believe I will be able to devote enough > time to perform TU duties > > On Fri, Jun 29, 2012 at 10:12 AM, Gaetan Bisson > wrote: >> [2012-06-29 07:53:57 +0200] Andrzej Giniewicz: >>> I'm interested in [...] typography >> >> Is there anything specific in this area you'd like to work on in Arch if >> you're given the chance? > > At first, as I wrote in my application, I will try to improve scientific > python stack, then do some work on color profile aware editing/printing. > As for typography if you ask about this in particular, I mostly use TeX > & LyX & Scribus but those are well packaged and maintained already. I > will probably look at font management, as this is something that is > still lacking in community repositories in my opinion, so maybe some > work on fontmatrix or similar tools - although this wouldn't be too high > on my list. > > Cheers, > Andrzej. > The discussion period is over. Let the voting period begin!
Re: [aur-general] [arch-general] [arch-dev-public] final leg of /lib removal
On Wed, Jul 04, 2012 at 06:42:09AM +0800, Oon-Ee Ng wrote: > On Jul 4, 2012 3:38 AM, "Tom Gundersen" wrote: > > > We all know that no one reads the news items, nor dev-public, so I > > think adding an extra warning should save us a few hundred > > mails/forumposts/IRC conversations. > > > > -t > > I see a good opportunity to start pruning the list of users of all the > above channels =). The same users who don't read the above may not notice > post-upgrade messages either. > > On the flip side, most custom kernel users should be more savvy than the > average, do I don't see much of a problem. I maintain two aur kennels, > shall I implement the move now (seems like it'd work even before kmod > upgrades)? No, this won't work pre-kmod update. You either read modules from /lib/modules or /usr/lib/modules. Not both.
Re: [aur-general] [arch-general] [arch-dev-public] final leg of /lib removal
On Jul 4, 2012 3:38 AM, "Tom Gundersen" wrote: > We all know that no one reads the news items, nor dev-public, so I > think adding an extra warning should save us a few hundred > mails/forumposts/IRC conversations. > > -t I see a good opportunity to start pruning the list of users of all the above channels =). The same users who don't read the above may not notice post-upgrade messages either. On the flip side, most custom kernel users should be more savvy than the average, do I don't see much of a problem. I maintain two aur kennels, shall I implement the move now (seems like it'd work even before kmod upgrades)?
Re: [aur-general] Deletion request: terminal.app
On 03/07/12 02:29 PM, Jekyll Wu wrote: > It has been outdated (and orphaned?) for a long time, and it fails to > build. > > https://aur.archlinux.org/packages.php?ID=26749 > > Gone, thanks! signature.asc Description: OpenPGP digital signature
[aur-general] Deletion request: terminal.app
It has been outdated (and orphaned?) for a long time, and it fails to build. https://aur.archlinux.org/packages.php?ID=26749
Re: [aur-general] Delete request
On Tue, 03 Jul 2012 21:44:39 +0200 "Stefan Husmann" wrote: > Hello, > > please delete these empty packages: > > edloaa-meta https://aur.archlinux.org/packages.php?ID=54522 > cow_backup https://aur.archlinux.org/packages.php?ID=6 > > Regards Stefan Done, thank you Stefan :-) -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 signature.asc Description: PGP signature
[aur-general] Delete request
Hello, please delete these empty packages: edloaa-meta https://aur.archlinux.org/packages.php?ID=54522 cow_backup https://aur.archlinux.org/packages.php?ID=6 Regards Stefan
Re: [aur-general] [arch-dev-public] final leg of /lib removal
On Tue, Jul 03, 2012 at 07:56:32PM +0200, Ike Devolder wrote: > Op dinsdag 3 juli 2012 11:41:08 schreef Dave Reisner: > > Hey all, > > > > *** If you use a custom kernel, this will affect you. Please read the > > big scary note at the end *** > > > > I'm taking today to work on the last roadblock before Allan can move > > glibc out of /lib. This basically consists of a rebuild of: > > > > - kmod (to drop our local patch) > > - linux, linux-lts (diff for linux here: http://paste.xinu.at/LLd/) > > - all OOT kernel modules (for /usr/lib/modules/extramodules-*) > > - bash-completion (temp patch until /lib is a symlink: > > http://paste.xinu.at/xEs/) > > > > I'll be doing this all locally to avoid building against allan's new > > toolchain in [staging]. This will hopefully all hit [testing] by the > > end of the day. You know where to find me if you have any questions or > > angry rants. > > > > If you'd like to do some early testing, I'm leaving the rebuilt kmod and > > kernel packages on gerolde: > > > > http://dev.archlinux.org/~dreisner/linux-usrmove/ > > > > (i686 packages are lagging behind at the moment) > > > > BIG SCARY NOTE: Due to the kmod changes, this will BREAK all module > > tools for users with their own kernels. If you do not rebuild your > > kernel after pulling in the new kmod, you're going to have a bad time. > > See the paste link above for inspiration. > > > > Cheers! > > Dave > > I'm replying on this in arch-general and aur-general because i cant post in > arch-dev. > > So if i understand correctly we (the people running custom kernels) can't > prepare for this ? I posted the new kmod package here explicitly so that users can get this package in preparation... I'll post it again since I changed the server I'm hosting these on: updated URL: http://pkgbuild.com/~dreisner/linux-usrmove/ > There is no way of moving the modules already to /usr/lib ? I assume kmod now > only looks in /lib. Currently, kmod is patched to respect config dirs in /usr/lib, but modules in /lib. After removing the patch, it uniformly searches /usr/lib for everything (I'm intentionally ignoring /etc and /run here). > Another note, people with custom repositories should move their kernels in > sync with the official repositories ? > > --Ike As with any large change, I'll mention on dev-public when this goes to testing, and there will be an associated news item when it moves to core. I realize this is a harsh change, but I don't really have many options for doing this more smoothly. If you're using the stock kernel, this should all just work. mkinitcpio has supported this setup for months now, and I've had my own kernel in /usr/lib/modules for almost as long. Worst case scenario, users of custom kernels can: - manually move /lib/modules/mycustomkernel to /usr/lib/modules/ until they can do a proper rebuild. - boot a stock -ARCH kernel (you DO have it listed as a fallback, right?) until they can do a proper rebuild. Emphasis on "until they can do a proper rebuild". It's important that this all gets done before we introduce a new glibc package that wipes out /lib entirely. If you have custom kernel bits lying around in /lib/modules, it's going to block the eventual glibc upgrade that brings this (no, it won't be immediately with 2.16). dave pgpVhaeTgKoDD.pgp Description: PGP signature
Re: [aur-general] [arch-dev-public] final leg of /lib removal
Op dinsdag 3 juli 2012 11:41:08 schreef Dave Reisner: > Hey all, > > *** If you use a custom kernel, this will affect you. Please read the > big scary note at the end *** > > I'm taking today to work on the last roadblock before Allan can move > glibc out of /lib. This basically consists of a rebuild of: > > - kmod (to drop our local patch) > - linux, linux-lts (diff for linux here: http://paste.xinu.at/LLd/) > - all OOT kernel modules (for /usr/lib/modules/extramodules-*) > - bash-completion (temp patch until /lib is a symlink: > http://paste.xinu.at/xEs/) > > I'll be doing this all locally to avoid building against allan's new > toolchain in [staging]. This will hopefully all hit [testing] by the > end of the day. You know where to find me if you have any questions or > angry rants. > > If you'd like to do some early testing, I'm leaving the rebuilt kmod and > kernel packages on gerolde: > > http://dev.archlinux.org/~dreisner/linux-usrmove/ > > (i686 packages are lagging behind at the moment) > > BIG SCARY NOTE: Due to the kmod changes, this will BREAK all module > tools for users with their own kernels. If you do not rebuild your > kernel after pulling in the new kmod, you're going to have a bad time. > See the paste link above for inspiration. > > Cheers! > Dave I'm replying on this in arch-general and aur-general because i cant post in arch-dev. So if i understand correctly we (the people running custom kernels) can't prepare for this ? There is no way of moving the modules already to /usr/lib ? I assume kmod now only looks in /lib. Another note, people with custom repositories should move their kernels in sync with the official repositories ? --Ike signature.asc Description: This is a digitally signed message part.
Re: [aur-general] Could I adopt 'bvi' package
On 3 July 2012 18:37, Daniel YC Lin wrote: > I found it lack maintain for some years. > > https://aur.archlinux.org/packages.php?ID=1288 Orphaned, Ranguvar is no longer active. Maybe we should disown all his packages.
[aur-general] Could I adopt 'bvi' package
I found it lack maintain for some years. https://aur.archlinux.org/packages.php?ID=1288
[aur-general] Signoff report for [community-testing]
=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 0 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 7 packages missing signoffs * 0 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == Incomplete signoffs for [community] (7 total) == * systemd-arch-units-20120612-7 (any) 0/2 signoffs * cdemu-daemon-1.5.0-6 (i686) 0/2 signoffs * nginx-1.2.1-6 (i686) 0/2 signoffs * vhba-module-20120422-2 (i686) 0/2 signoffs * cdemu-daemon-1.5.0-6 (x86_64) 0/2 signoffs * nginx-1.2.1-6 (x86_64) 0/2 signoffs * vhba-module-20120422-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. tomegun - 2 signoffs
