ition dummy packages?
Also to Adam Cécile: can you make your pull request against the new
Salsa repository?
Hello,
Regarding my lexstudio patch to fix double awaitable bug ?
Cheers,
Thomas Goirand (zigo)
On 9/13/23 17:42, Thomas Goirand wrote:
On 9/13/23 13:43, Adam Cecile wrote:
On 9/13/23 12:55, Thomas Goirand wrote:
On 9/12/23 18:16, Adam Cecile wrote:
Hello,
No hurry, I think we might want to wait for upstream to respond to
my PR regarding double awaitable fix.
It is indeed lextudio
On 9/13/23 12:55, Thomas Goirand wrote:
On 9/12/23 18:16, Adam Cecile wrote:
Hello,
No hurry, I think we might want to wait for upstream to respond to my
PR regarding double awaitable fix.
It is indeed lextudio upstream that took over the PySNMP package and
all patches are coming from us
Hello,
No hurry, I think we might want to wait for upstream to respond to my PR
regarding double awaitable fix.
It is indeed lextudio upstream that took over the PySNMP package and all
patches are coming from us (except mine ofc).
Regards, Adam.
On 9/12/23 18:10, tho...@goirand.fr wrote
about this ?
Best regards, Adam.
in front of my computer.
Regards, Adam.
On March 25, 2023 2:55:39 PM GMT+01:00, Andreas Tille wrote:
>Hi,
>
>as you can read in the bug log, there was an upload of a new version of
>tiledb a couple of hours before it has migrated to testing. Thus the
>package remains affected
Hello,
Yo be honest I did not even recalled having uploaded this one to salsa and if
d/control is not properly set, please consider its under DPMT control and feel
free to take over from where I left it.
Best regards, Adam.
On November 19, 2021 5:14:14 PM GMT+01:00, Joe Nahmias wrote:
>He
Thank you, indeed I forgot to remove that part, good catch
On October 7, 2021 9:50:19 PM GMT+02:00, Scott Talbert wrote:
>On Thu, 7 Oct 2021, Adam Cecile wrote:
>
>> Hello
>>
>> Still looking for sponsoring !
>>
>> Thanks
>>
>> On Septem
Hello
Still looking for sponsoring !
Thanks
On September 28, 2021 10:47:27 PM GMT+02:00, "Adam Cécile"
wrote:
>Hello,
>
>
>Could someone please upload this little package ? It's a indirect
>(docformatter dep) dependency of xsdata, an awesome XML/dataclasses
>
Hello
Still looking for sponsoring !
Thanks
On September 28, 2021 10:20:25 PM GMT+02:00, "Adam Cécile"
wrote:
>Hello,
>
>
>Is there someone willing to upload this package ? It was waiting for
>json-schema-test-suite to be uploaded as a separated package, that I did
For the record,
I usually go for github upstream because (as state by other) documentation and
unittests are usually missing from pypi.
And IMHO, no package should be uploaded without running unittest :-)
Regards, Adam
On September 29, 2021 9:44:13 PM GMT+02:00, Dominik George
wrote:
>
Hi,
Great, I'll be available tomorrow (UTC+2) if you want me to do some changes.
Adam.
On September 28, 2021 11:38:15 PM GMT+02:00, Dominik George
wrote:
>Hi,
>
>
>> Could someone please upload this little package ? It's a dependency of
>> xsdata, an awesome X
ython-team/packages/python-untokenize
Thanks in advance,
Adam.
ck-default-group
Thanks in advance,
Adam.
-bin/bugreport.cgi?bug=948968
Salsa: https://salsa.debian.org/python-team/packages/python-fastjsonschema
Thanks in advance,
Best regards, Adam.
Package: wnpp
Severity: wishlist
Owner: Adam Cecile
* Package name: aiohttp-retry
Version : 2.3
Upstream Author : Dmitry Inyutin
* URL : https://github.com/inyutin/aiohttp_retry
* License : Expat
Programming Lang: Python
Description : Simple aiohttp
s not correct.
Can you help me understanding how to fix this properly ?
Regards, Adam.
Le 11 février 2020 23:09:43 GMT+01:00, Utkarsh Gupta a
écrit :
>Hi Adam,
>
>On Sun, Feb 9, 2020 at 9:13 AM Adam Cecile wrote:
>>
>https://salsa.debian.org/python-team/modules/djangorestframewo
On 2/11/20 9:45 PM, Thomas Goirand wrote:
On 2/11/20 12:12 PM, Ondrej Novy wrote:
Hi,
út 11. 2. 2020 v 11:02 odesílatel Adam Cecile mailto:acec...@le-vert.net>> napsal:
Bringing the package into the archive would be doable, if someone get
legal contacts at LSI and asked for of
On 2/11/20 9:51 AM, Thomas Goirand wrote:
On 2/9/20 3:12 PM, Adam Cecile wrote:
Hello Debian-Python,
I have a couple of package ready on Salsa but my RFS sent here remained
unanswered.
So I'm asking again for your help again ! Here is a list of package
waiting for uploads:
Hi,
Here we go, I set up a bouncer again so I won't miss messages while
being away.
My nickname is "acecile".
Regards,
On 2/9/20 4:28 PM, Ondrej Novy wrote:
Hi,
ne 9. 2. 2020 v 15:13 odesílatel Adam Cecile <mailto:acec...@le-vert.net>> napsal:
I have a co
https://salsa.debian.org/python-team/modules/aionotify
https://salsa.debian.org/python-team/modules/python-fastjsonschema
https://salsa.debian.org/python-team/modules/python-cassandra-driver
https://salsa.debian.org/python-team/modules/python-sunrise
Thanks in advance,
Regards, Adam.
Hello,
I just imported this Python module to Salsa. I was already using it in
several projects and I though it might be useful to others.
Could you check the package
https://salsa.debian.org/python-team/modules/aionotify/ and upload it if
it looks ok ?
Regards, Adam.
uction but sadly I cannot use the builtin
unittests because they require a working Django REST server. I will
probably later enable this as a custom build profile so I can run the
integrations tests on my laptop before uploading newer version.
Regards, Adam.
ecile-guest.
I have of course read team poliy at [1] and fully agree.
Thanks a lot in advance,
Regards, Adam
[0] https://mentors.debian.net/package/aiomysql
[1]
https://salsa.debian.org/python-team/tools/python-modules/blob/master/policy.rst
(*args, **kwargs)
File "/usr/bin/py3compile", line 68, in get_exclude_patterns_from_dir
type_, vrange, dname, pattern = line.split('|', 3)
ValueError: not enough values to unpack (expected 4, got 3)
I'm wondering if the "dir" type is actually supported: "r
Thanks a lot Nicolas !
It looks perfect, I made the modification but haven't been able to test it yet.
Le 8 novembre 2018 14:26:07 GMT+01:00, Nicolas Dandrimont a
écrit :
>Hi!
>
>* Adam Cécile [2018-11-08 09:15:59 +0100]:
>
>> Hello list,
>>
>>
>> I
cannot install it. Despite 3.7 was not "enabled" during
build, when installing debian helpers try to compile bytecode for both
3.6 and 3.7 and fails. Is there any way to workaround that ?
Thanks in advance,
Adam.
PS: I'm aware this is transitional and the package MUST support 3.
.
>
>> Doing a first round of tests showed
>no
>> regressions so far.
>
> You may stop panicking now :)
>
> Christoph
--
Adam Hupp | http://hupp.org/adam/
ri, Oct 27, 2017 at 5:44 AM, Mathias Behrle wrote:
> * Mathias Behrle: " Re: [tryton-debian] Namespace conflict for
> python-magic" (Thu, 5 Oct 2017 12:01:16 +0200):
>
> Hi Adam,
>
> are there any news on the subject?
>
> The release of Tryton, that will require p
Hello Gordon,
We are really interested in getting notebook 5, any progress on this ?
Is it possible to get your not-uploaded-yet packages (I did not find
them on mentors.debian.net).
Thanks in advance,
Best regards, Adam.
On 08/28/2017 11:56 PM, Gordon Ball wrote:
Hello
The following
s. This reads much better and more optimistic than what I could
> find until now! Crossing fingers now in the hope for the best outcome for
> everybody.
>
> Cheers,
> Mathias
>
> --
>
> Mathias Behrle
> PGP/GnuPG key availabable from any keyserver, ID: 0xD6D09BE48405BBF6
> AC29 7E5C 46B9 D0B6 1C71 7681 D6D0 9BE4 8405 BBF6
--
Adam Hupp | http://hupp.org/adam/
ter.Do you think it's acceptable to "change" upstream
behavior like this ?
Does it worth an alternative, to provide a default unversionned
"elasticsearch" module ?
Thanks in advance for your answer,
Best regards, Adam.
[1] https://packages.debian.org/sea
Control: tags -1 +moreinfo
On Sun, Feb 05, 2017 at 06:20:50PM +0530, Gaurav Juvekar wrote:
> I am looking for a sponsor for my package "coloredlogs"
>
> * URL : https://coloredlogs.readthedocs.io
>
> It builds these binary packages:
>
> coloredlogs - Convert colored logs with ANSI e
(n) # the most common usage
somesocket.set_timeout(n)
somesocket.get_timeout()
then the modern equivalents are:
socket.setdefaulttimeout(n)
somesocket.settimeout(n)
somesocket.gettimeout()
Thanks,
--
Adam Sampson <http://offog.org/>
--
To UNSUBSCRIBE
Just noticed that this didn't get sent to the lists. Guess this leaves
one design in two different colors (#6 and #7). I don't have a strong
preference between the two.
--Adam
Start weitergeleitete Nachricht:
Datum: Thu, 15 Sep 2011 23:53:21 -0700
Von: David Mertz
An: Adam ,
just generate twice as much mail - the BTS will
close A, notice that it's merged with B and close B; then it'll close B,
notice that it's merged with A... (thankfully only to one level, rather
than recursively).
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-python-requ...@lis
gs.debian.org/cgi-bin/pkgreport.cgi?src=libopensync-plugin-python;dist=unstable>
more enlightening.
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/df84f736077fffcd0779ef30df869719.squir...@adsl.funky-badger.org
ed the necessary hints
> Thanks for your patience and time !
Thanks for yours, also.
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/1286907816.23262.200.ca...@hathi.jungle.funky-badger.org
experimental
to testing at this point.
The fact that those packages are already an upstream version behind does
leave me with a worry that they'll be obsolete already by the time
Squeeze is released.
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.or
On Wed, 2010-09-29 at 09:33 +0200, Josselin Mouette wrote:
> Le lundi 27 septembre 2010 à 20:02 +0100, Adam D. Barratt a écrit :
> > On Mon, 2010-09-27 at 09:51 +0200, Josselin Mouette wrote:
> > > Le dimanche 26 septembre 2010 à 23:53 +0200, Jakub Wilk a écrit :
> >
ch cases were, according to Jakub's mail, harmless?
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/1285614137.5953.17.ca...@hathi.jungle.funky-badger.org
fied part. Including copies is
evil, but forking everything is considerably worse.
--Adam
signature.asc
Description: PGP signature
elete the entire foo.egg-info directory
(on setup.py clean). setuptools/distribute at the moment doesn't have
any cleanup functionality. setup.py clean currently is from python's
(standard library module) distutils and hence doesn't clean up after
setuptools/distribute's additi
Ben Finney wrote:
> Adam writes:
>
> >
> > I think "setup.py clean" (which gets called by dh_auto_clean) really
> > should just delete SOURCES.txt. I just filed a bug upstream against
> > python-distribute:
> >
> > http://bitbucket.org/ta
Ben Finney wrote:
> Adam writes:
> > SOURCES.txt gets recreated during build process (by setup.py). So it
> > is in the .deb.
> [...], is there a more general solution we Debian package
> maintainers can implement? [...]
> Could ‘dh_auto_clean’ remove the file?
re needed in the resulting installation.
SOURCES.txt gets recreated during build process (by setup.py). So it is
in the .deb.
--Adam
signature.asc
Description: PGP signature
are
problems (= results) that can be brought here again.
--Adam
P.S.: the GPL can be used for any type of work:
http://www.gnu.org/licenses/gpl-faq.html#GPLOtherThanSoftware
P.P.S. (Terminology):
Software = not Hardware
Software != Executable
signature.asc
Description: PGP signature
On Sat, 12 Oct 2002, Matthias Klose wrote:
> Adam Heath writes:
> > On Fri, 11 Oct 2002, Matthias Klose wrote:
> >
> > > Nevertheless your style of response is, ehh, not nice. Why should he
> > > assume that you would work on the packages, if you did not work
On Fri, 11 Oct 2002, Matthias Klose wrote:
> Nevertheless your style of response is, ehh, not nice. Why should he
> assume that you would work on the packages, if you did not work on
> them in the last four or five weeks?
If no work needs to be done, then why do anything?
a new version of python is added, the package will still need to be
> > updated or at least reinstalled to compile the modules for the new version.
>
> Adam, that is the whole point of compileall.
That's fine. But as far as I am concerned, my package is compliant as of
today. pyth
;s
impossible to support more than just the currently installed versions anyway.
Once a new version of python is added, the package will still need to be
updated or at least reinstalled to compile the modules for the new version.
--Adam
--
Adam McKenna <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
ide of
the package management system.
--Adam
--
Adam McKenna <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
On Wed, Feb 20, 2002 at 08:06:35AM +0100, Matthias Klose wrote:
> Adam McKenna writes:
> > On Wed, Feb 20, 2002 at 12:55:59AM +0100, Matthias Klose wrote:
> > > reopen 128531
> > > thanks
> > >
> > > > From: [EMAIL PROTECTED] (Adam D. McKenna)
&
On Wed, Feb 20, 2002 at 12:55:59AM +0100, Matthias Klose wrote:
> reopen 128531
> thanks
>
> > From: [EMAIL PROTECTED] (Adam D. McKenna)
> > Changes:
> > tmda (0.46-1) unstable; urgency=low
> > .
> >* New upstream release
> >* Package split
Sorry for the large cc, but it is about time that debian had a unified policy
on these package names.
On Sat, 15 Sep 2001, Ben Burton wrote:
>
> Okay. Note that java policy states that "Libraries packages must be named
> lib-XXX-java."
I think the java policy is wrong. Why should java be any
pps a ridiculous concept?]
I think so.
> Tasks
> =
>
> [*Q4*: Please review the following task-package descriptions and their
> package selections; tell me what you think should be changed. I don't
> know all these packages, just made my best guess from their
>
56 matches
Mail list logo
