[arch-dev-public] Upcoming gpm soname bump
Hi all, My gpm package is out-of-date and the new version has a soname bump. I'll do the rebuilds, at least for x86_64. If someone has time and would be willing to do the i686 packages, let me know. That'll save me some work. Otherwise, I'll build them after the x86_64 ones. The following packages have gpm as a depends (except gstreamer0.10-good-plugins) and will be rebuilt: aalib brltty - Current package is out-of-date and new version has soname bump. Only orca depends on it so I could update it and rebuild orca. Jan: what do you think? Or would it be better to just rebuild brltty? elinks fte gstreamer0.10-good-plugins jed lde links mc - I need a mc directory in the 'other' directory on the ftp server to put a patch (FS#9913). Eliott is aware of that but if another admin has time... vim - I'll update the patchset so vi and gvim will also be updated. xaos xemacs When rebuilding I'll fix missing licenses and non-FSH man pages. If there are other minor pending bugs about these packages that I could fix let me know. I don't plan moving that to testing before Sunday night so you have a few days. Thanks, Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
On Tue, 3 Jun 2008, Eric Belanger wrote:
Hi all,
My gpm package is out-of-date and the new version has a soname bump. I'll do the rebuilds, at least for x86_64. If someone has time and would be willing to do the i686 packages, let me know. That'll save me some work. Otherwise, I'll build them after the x86_64 ones. The following packages have gpm as a depends (except gstreamer0.10-good-plugins) and will be rebuilt:
The rebuilt packages are now in testing for x86_64. The i686 ones will be there tomorrow. If I missed a package and you get assigned the bug report, add me to the assignees. I'll do the rebuild.
aalib brltty - Current package is out-of-date and new version has soname bump. Only orca depends on it so I could update it and rebuild orca. Jan: what do you think? Or would it be better to just rebuild brltty?
I just rebuilt brltty. I didn't want to take any chance especially since I've done major changes to mc and don't really know how to test that accessibility stuff.
elinks fte gstreamer0.10-good-plugins jed lde links mc - I need a mc directory in the 'other' directory on the ftp server to put a patch (FS#9913). Eliott is aware of that but if another admin has time...
Can one of the admin (Aaron?) create the directory? Eliott quit and Simo removed himself from the assignees. - I've improved the utf8 support so it will replace the mc-utf8 package in community. That should close FS#5078. - I've applied several patches from Gentoo that seemed to be useful. They will fix FS#6397 among other bugs. - I 've enabled samba support and other configure switches (FS#7553) - BTW, I haven't tested it extensively as I don't use mc or UTF8. So it might be nice if someone can test it more. I've posted comments in AUR and in the bug reports to get input and testing from users.
vim - I'll update the patchset so vi and gvim will also be updated.
Patchset has been updated.
xaos xemacs
When rebuilding I'll fix missing licenses and non-FSH man pages. If there are other minor pending bugs about these packages that I could fix let me know. I don't plan moving that to testing before Sunday night so you have a few days.
I plan keeping these package in testing for 1-2 weeks to make sure everything has been rebuilt and because of the major changes to mc. When I'll think it will be ready to move out of testing, I'll post the signoff thread for gpm and the other rebuilt core packages. Thanks, Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Hi all,
My gpm package is out-of-date and the new version has a soname bump. I'll do the rebuilds, at least for x86_64. If someone has time and would be willing to do the i686 packages, let me know. That'll save me some work. Otherwise, I'll build them after the x86_64 ones. The following packages have gpm as a depends (except gstreamer0.10-good-plugins) and will be rebuilt:
aalib brltty - Current package is out-of-date and new version has soname bump. Only orca depends on it so I could update it and rebuild orca. Jan: what do you think? Or would it be better to just rebuild brltty? Updating it would be nice, it's on my list of outdated packages for a long while already. I don't know if a rebuild is required: brlapi.so is
On Tue, 2008-06-03 at 17:55 -0400, Eric Belanger wrote: dlopened from the python module included in orca. I don't know why they bumped .soname, but if updating brltty breaks the braille module in orca, it will still be broken after a rebuild anyways.
elinks fte gstreamer0.10-good-plugins jed lde links mc - I need a mc directory in the 'other' directory on the ftp server to put a patch (FS#9913). Eliott is aware of that but if another admin has time... Didn't we all have permission to create directories in /other/? I never use sudo to do so.
On Wed, 18 Jun 2008, Jan de Groot wrote:
Hi all,
My gpm package is out-of-date and the new version has a soname bump. I'll do the rebuilds, at least for x86_64. If someone has time and would be willing to do the i686 packages, let me know. That'll save me some work. Otherwise, I'll build them after the x86_64 ones. The following packages have gpm as a depends (except gstreamer0.10-good-plugins) and will be rebuilt:
aalib brltty - Current package is out-of-date and new version has soname bump. Only orca depends on it so I could update it and rebuild orca. Jan: what do you think? Or would it be better to just rebuild brltty? Updating it would be nice, it's on my list of outdated packages for a long while already. I don't know if a rebuild is required: brlapi.so is
On Tue, 2008-06-03 at 17:55 -0400, Eric Belanger wrote: dlopened from the python module included in orca. I don't know why they bumped .soname, but if updating brltty breaks the braille module in orca, it will still be broken after a rebuild anyways.
OK, I'll look into it after I'm done with the i686 rebuilds.
elinks fte gstreamer0.10-good-plugins jed lde links mc - I need a mc directory in the 'other' directory on the ftp server to put a patch (FS#9913). Eliott is aware of that but if another admin has time... Didn't we all have permission to create directories in /other/? I never use sudo to do so.
You are right. I was able to create the directory. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
On Wed, 18 Jun 2008, Eric Belanger wrote:
On Wed, 18 Jun 2008, Jan de Groot wrote:
Hi all,
My gpm package is out-of-date and the new version has a soname bump. I'll do the rebuilds, at least for x86_64. If someone has time and would be willing to do the i686 packages, let me know. That'll save me some work. Otherwise, I'll build them after the x86_64 ones. The following packages have gpm as a depends (except gstreamer0.10-good-plugins) and will be rebuilt:
aalib brltty - Current package is out-of-date and new version has soname bump. Only orca depends on it so I could update it and rebuild orca. Jan: what do you think? Or would it be better to just rebuild brltty? Updating it would be nice, it's on my list of outdated packages for a long while already. I don't know if a rebuild is required: brlapi.so is
On Tue, 2008-06-03 at 17:55 -0400, Eric Belanger wrote: dlopened from the python module included in orca. I don't know why they bumped .soname, but if updating brltty breaks the braille module in orca, it will still be broken after a rebuild anyways.
OK, I'll look into it after I'm done with the i686 rebuilds.
I've updated the brltty in testing. Orca is still running fine as far as I can tell.
elinks fte gstreamer0.10-good-plugins jed lde links mc - I need a mc directory in the 'other' directory on the ftp server to put a patch (FS#9913). Eliott is aware of that but if another admin has time... Didn't we all have permission to create directories in /other/? I never use sudo to do so.
You are right. I was able to create the directory.
So far no complaints (no positive feedback either) for any of this stuff. I'll keep it in testing for another week before starting the signoff just to be safe. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
On Tue, Jun 24, 2008 at 2:22 PM, Eric Belanger <belanger@astro.umontreal.ca> wrote:
On Wed, 18 Jun 2008, Eric Belanger wrote:
On Wed, 18 Jun 2008, Jan de Groot wrote:
On Tue, 2008-06-03 at 17:55 -0400, Eric Belanger wrote:
Hi all,
My gpm package is out-of-date and the new version has a soname bump. I'll do the rebuilds, at least for x86_64. If someone has time and would be willing to do the i686 packages, let me know. That'll save me some work. Otherwise, I'll build them after the x86_64 ones. The following packages have gpm as a depends (except gstreamer0.10-good-plugins) and will be rebuilt:
aalib brltty - Current package is out-of-date and new version has soname bump. Only orca depends on it so I could update it and rebuild orca. Jan: what do you think? Or would it be better to just rebuild brltty?
Updating it would be nice, it's on my list of outdated packages for a long while already. I don't know if a rebuild is required: brlapi.so is dlopened from the python module included in orca. I don't know why they bumped .soname, but if updating brltty breaks the braille module in orca, it will still be broken after a rebuild anyways.
OK, I'll look into it after I'm done with the i686 rebuilds.
I've updated the brltty in testing. Orca is still running fine as far as I can tell.
elinks fte gstreamer0.10-good-plugins jed lde links mc - I need a mc directory in the 'other' directory on the ftp server to put a patch (FS#9913). Eliott is aware of that but if another admin has time...
Didn't we all have permission to create directories in /other/? I never use sudo to do so.
You are right. I was able to create the directory.
So far no complaints (no positive feedback either) for any of this stuff. I'll keep it in testing for another week before starting the signoff just to be safe.
I run testing on my system at home, and haven't noticed any breakage, not that I make heavy use of gpm stuff - looking at the list of 'required by' on the web interface, I only use vim and screen at all.
Running testing here too. No problems at all. Please don't delay it too much. I'd really like to start the db bump next week. And Jan has also another .so bump waiting. -Andy
participants (4)
-
Andreas Radke
-
Eric Belanger
-
Jan de Groot
-
Travis Willard