On 09.05.2012 22:42, Michael Tokarev wrote:
[]
> I'm checking the package now, it all appears to be quite good (as I
> already mentioned initially).
>
> I'm verifying now whenever the transition works correctly. Did you test
> this place? Is it possible to downgrade back to current version (and
On 06.05.2012 10:16, Dmitry Smirnov wrote:
> On Sun, 6 May 2012 15:24:10 Michael Tokarev wrote:
>> And note that whole 5.0.6-allow-for-kernel-packet-size-change.patch
>> is NOT NEEDED, it should be reverted upstream. *SIGH*, we spent
>> a ton of time and emails discussing this matter, please find
On Wed, May 9, 2012 at 6:11 AM, Dmitry Smirnov wrote:
> Since you're on board with us may I suggest that you'll close your RFS
> bug yourself?
done.
--
William
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@li
Dear William,
Since you're on board with us may I suggest that you'll close your RFS
bug yourself?
(I'm a bit overwhelmed with work at the moment)
Michael, I set up package repository at collab-maint:
http://anonscm.debian.org/gitweb/?p=collab-maint/autofs.git
All the best,
Dmitry.
On 9 M
Hello,
On Sun, May 6, 2012 at 7:01 AM, Michael Tokarev wrote:
> I'm very much interested in this package myself, and
> wanted to do some packaging as well, but got distracted
> by other things, and especially by the famous 32/64bit
> user<=>kernel space interface issues we found recently
> (there
On 06.05.2012 09:45, Dmitry Smirnov wrote:
>> ++p = (unsigned int)atoi(strtok(my_utsname.release, "."));
>> ++q = (unsigned int)atoi(strtok(NULL, "."));
>> ++r = (unsigned int)atoi(strtok(NULL, "."));
>> ++return KERNEL_VERSION(p, q, r);
>> ++}
>>
>> This will break
On Sun, 6 May 2012 15:24:10 Michael Tokarev wrote:
> And note that whole 5.0.6-allow-for-kernel-packet-size-change.patch
> is NOT NEEDED, it should be reverted upstream. *SIGH*, we spent
> a ton of time and emails discussing this matter, please find
> the recent LWN feature article about it (a goo
> There's one more issue with the new package. I already
> told Ian about it, but apparently he ignored it. This
> new code being added as a patch to debian package,
> originally from upstream author:
>
> ++static inline unsigned int linux_version_code(void)
> ++{
> ++struct utsname my_u
Hi Michael,
Thank you for quick reply.
On Sun, 6 May 2012 15:01:42 Michael Tokarev wrote:
> I'm very much interested in this package myself, and
> wanted to do some packaging as well, but got distracted
> by other things, and especially by the famous 32/64bit
> user<=>kernel space interface issue
On 06.05.2012 09:21, Michael Tokarev wrote:
> On 06.05.2012 09:01, Michael Tokarev wrote:
>> On 06.05.2012 07:14, Dmitry Smirnov wrote:
>>> Package: sponsorship-requests
>>> Severity: normal
>>>
>>> Dear mentors,
>>>
>>> I am looking for a sponsor for package "autofs"
>>>
>>> * Package name:
On 06.05.2012 09:01, Michael Tokarev wrote:
> On 06.05.2012 07:14, Dmitry Smirnov wrote:
>> Package: sponsorship-requests
>> Severity: normal
>>
>> Dear mentors,
>>
>> I am looking for a sponsor for package "autofs"
>>
>> * Package name: autofs
>>Version : 5.0.6-1
There's one m
On 06.05.2012 07:14, Dmitry Smirnov wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for package "autofs"
>
> * Package name: autofs
>Version : 5.0.6-1
Hello Dmitry.
I'm very much interested in this package myself, an
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for package "autofs"
* Package name: autofs
Version : 5.0.6-1
Upstream Author : Transmeta corporation
* URL : http://www.kernel.org/pub/linux/daemons/autofs/v5/
* License
13 matches
Mail list logo
