home.social

#packagist — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #packagist, aggregated by home.social.

  1. ▪ Also patched in legacy Composer 1.10.28 (upgrade to 2.x still recommended)

    🚑 Immediate actions:
    1️⃣ Run composer.phar self-update NOW
    2️⃣ Can't update? Disable #GitHubActions workflows running Composer
    3️⃣ Review CI logs for leaked tokens
    4️⃣ Delete any log contents containing raw token values before they expire

    📦 #Packagist.org is unaffected — no GitHub App involved. #PrivatePackagist applied the fix and audited logs: no tokens were exposed. Self-hosted PP is also unaffected.

  2. ▪ Also patched in legacy Composer 1.10.28 (upgrade to 2.x still recommended)

    🚑 Immediate actions:
    1️⃣ Run composer.phar self-update NOW
    2️⃣ Can't update? Disable #GitHubActions workflows running Composer
    3️⃣ Review CI logs for leaked tokens
    4️⃣ Delete any log contents containing raw token values before they expire

    📦 #Packagist.org is unaffected — no GitHub App involved. #PrivatePackagist applied the fix and audited logs: no tokens were exposed. Self-hosted PP is also unaffected.

  3. ▪ Also patched in legacy Composer 1.10.28 (upgrade to 2.x still recommended)

    🚑 Immediate actions:
    1️⃣ Run composer.phar self-update NOW
    2️⃣ Can't update? Disable #GitHubActions workflows running Composer
    3️⃣ Review CI logs for leaked tokens
    4️⃣ Delete any log contents containing raw token values before they expire

    📦 #Packagist.org is unaffected — no GitHub App involved. #PrivatePackagist applied the fix and audited logs: no tokens were exposed. Self-hosted PP is also unaffected.

  4. ▪ Also patched in legacy Composer 1.10.28 (upgrade to 2.x still recommended)

    🚑 Immediate actions:
    1️⃣ Run composer.phar self-update NOW
    2️⃣ Can't update? Disable #GitHubActions workflows running Composer
    3️⃣ Review CI logs for leaked tokens
    4️⃣ Delete any log contents containing raw token values before they expire

    📦 #Packagist.org is unaffected — no GitHub App involved. #PrivatePackagist applied the fix and audited logs: no tokens were exposed. Self-hosted PP is also unaffected.

  5. ▪ Also patched in legacy Composer 1.10.28 (upgrade to 2.x still recommended)

    🚑 Immediate actions:
    1️⃣ Run composer.phar self-update NOW
    2️⃣ Can't update? Disable #GitHubActions workflows running Composer
    3️⃣ Review CI logs for leaked tokens
    4️⃣ Delete any log contents containing raw token values before they expire

    📦 #Packagist.org is unaffected — no GitHub App involved. #PrivatePackagist applied the fix and audited logs: no tokens were exposed. Self-hosted PP is also unaffected.

  6. ⚠️ Fake #Laravel packages on #Packagist deploy a cross-platform #RAT on Windows, macOS & Linux — researchers at Socket flagged 3 malicious #PHP packages disguised as Laravel utilities #cybersecurity #supplychain #opensource #infosec

    📦 Malicious packages identified:
    • nhattuanbl/lara-helper (37 downloads)
    • nhattuanbl/simple-queue (29 downloads)
    • nhattuanbl/lara-swagger (49 downloads)

    🧵 👇

  7. ⚠️ Fake #Laravel packages on #Packagist deploy a cross-platform #RAT on Windows, macOS & Linux — researchers at Socket flagged 3 malicious #PHP packages disguised as Laravel utilities #cybersecurity #supplychain #opensource #infosec

    📦 Malicious packages identified:
    • nhattuanbl/lara-helper (37 downloads)
    • nhattuanbl/simple-queue (29 downloads)
    • nhattuanbl/lara-swagger (49 downloads)

    🧵 👇

  8. ⚠️ Fake #Laravel packages on #Packagist deploy a cross-platform #RAT on Windows, macOS & Linux — researchers at Socket flagged 3 malicious #PHP packages disguised as Laravel utilities #cybersecurity #supplychain #opensource #infosec

    📦 Malicious packages identified:
    • nhattuanbl/lara-helper (37 downloads)
    • nhattuanbl/simple-queue (29 downloads)
    • nhattuanbl/lara-swagger (49 downloads)

    🧵 👇

  9. ⚠️ Fake #Laravel packages on #Packagist deploy a cross-platform #RAT on Windows, macOS & Linux — researchers at Socket flagged 3 malicious #PHP packages disguised as Laravel utilities #cybersecurity #supplychain #opensource #infosec

    📦 Malicious packages identified:
    • nhattuanbl/lara-helper (37 downloads)
    • nhattuanbl/simple-queue (29 downloads)
    • nhattuanbl/lara-swagger (49 downloads)

    🧵 👇

  10. ⚠️ Fake #Laravel packages on #Packagist deploy a cross-platform #RAT on Windows, macOS & Linux — researchers at Socket flagged 3 malicious #PHP packages disguised as Laravel utilities #cybersecurity #supplychain #opensource #infosec

    📦 Malicious packages identified:
    • nhattuanbl/lara-helper (37 downloads)
    • nhattuanbl/simple-queue (29 downloads)
    • nhattuanbl/lara-swagger (49 downloads)

    🧵 👇

  11. I finally solved my Composer hanging/stuck issue 🚀
    Set up a local proxy server and routed downloads using PHP stream functions.

    Added real-time debugging with log files to trace where it was freezing.

    Result: smooth installs, zero guesswork 😌

    #PHP #composer #packagist #proxy

  12. I finally solved my Composer hanging/stuck issue 🚀
    Set up a local proxy server and routed downloads using PHP stream functions.

    Added real-time debugging with log files to trace where it was freezing.

    Result: smooth installs, zero guesswork 😌

    #PHP #composer #packagist #proxy

  13. I finally solved my Composer hanging/stuck issue 🚀
    Set up a local proxy server and routed downloads using PHP stream functions.

    Added real-time debugging with log files to trace where it was freezing.

    Result: smooth installs, zero guesswork 😌

    #PHP #composer #packagist #proxy

  14. I finally solved my Composer hanging/stuck issue 🚀
    Set up a local proxy server and routed downloads using PHP stream functions.

    Added real-time debugging with log files to trace where it was freezing.

    Result: smooth installs, zero guesswork 😌

    #PHP #composer #packagist #proxy

  15. I finally solved my Composer hanging/stuck issue 🚀
    Set up a local proxy server and routed downloads using PHP stream functions.

    Added real-time debugging with log files to trace where it was freezing.

    Result: smooth installs, zero guesswork 😌

    #PHP #composer #packagist #proxy

  16. The other night I made this little #PHP tool that validates #PHPDoc annotations against the actual method signature, to make sure that they are compatible and don't drift apart over time.

    I use it as a quick check before running #PHPStan to make sure that the static analysis is correctly informed. Published it on #Packagist in case anyone else would find it useful too: packagist.org/packages/nsrosen

  17. The other night I made this little #PHP tool that validates #PHPDoc annotations against the actual method signature, to make sure that they are compatible and don't drift apart over time.

    I use it as a quick check before running #PHPStan to make sure that the static analysis is correctly informed. Published it on #Packagist in case anyone else would find it useful too: packagist.org/packages/nsrosen

  18. The other night I made this little #PHP tool that validates #PHPDoc annotations against the actual method signature, to make sure that they are compatible and don't drift apart over time.

    I use it as a quick check before running #PHPStan to make sure that the static analysis is correctly informed. Published it on #Packagist in case anyone else would find it useful too: packagist.org/packages/nsrosen

  19. The other night I made this little #PHP tool that validates #PHPDoc annotations against the actual method signature, to make sure that they are compatible and don't drift apart over time.

    I use it as a quick check before running #PHPStan to make sure that the static analysis is correctly informed. Published it on #Packagist in case anyone else would find it useful too: packagist.org/packages/nsrosen

  20. The other night I made this little #PHP tool that validates #PHPDoc annotations against the actual method signature, to make sure that they are compatible and don't drift apart over time.

    I use it as a quick check before running #PHPStan to make sure that the static analysis is correctly informed. Published it on #Packagist in case anyone else would find it useful too: packagist.org/packages/nsrosen

  21. RE: infosec.exchange/@art4/1157471

    Just in time for the end of 2025 (at least in my time zone), I released version 1.0.0 of my new #RectorExtension that replaces the native type declaration set. The special thing about it: no breaking changes!

    This means: no changes to parameter types or return types if your class/method is not private or final. This is particularly important for library maintainers who want to use #Rector but don't want to have any breaking changes.

    If you are a maintainer of a #PHP library and #backwardcompatibility is important to you, then check it out on #packagist:

    packagist.org/packages/art4/re

    Happy new year! 🥳

  22. RE: infosec.exchange/@art4/1157471

    Just in time for the end of 2025 (at least in my time zone), I released version 1.0.0 of my new #RectorExtension that replaces the native type declaration set. The special thing about it: no breaking changes!

    This means: no changes to parameter types or return types if your class/method is not private or final. This is particularly important for library maintainers who want to use #Rector but don't want to have any breaking changes.

    If you are a maintainer of a #PHP library and #backwardcompatibility is important to you, then check it out on #packagist:

    packagist.org/packages/art4/re

    Happy new year! 🥳

  23. RE: infosec.exchange/@art4/1157471

    Just in time for the end of 2025 (at least in my time zone), I released version 1.0.0 of my new #RectorExtension that replaces the native type declaration set. The special thing about it: no breaking changes!

    This means: no changes to parameter types or return types if your class/method is not private or final. This is particularly important for library maintainers who want to use #Rector but don't want to have any breaking changes.

    If you are a maintainer of a #PHP library and #backwardcompatibility is important to you, then check it out on #packagist:

    packagist.org/packages/art4/re

    Happy new year! 🥳

  24. RE: infosec.exchange/@art4/1157471

    Just in time for the end of 2025 (at least in my time zone), I released version 1.0.0 of my new #RectorExtension that replaces the native type declaration set. The special thing about it: no breaking changes!

    This means: no changes to parameter types or return types if your class/method is not private or final. This is particularly important for library maintainers who want to use #Rector but don't want to have any breaking changes.

    If you are a maintainer of a #PHP library and #backwardcompatibility is important to you, then check it out on #packagist:

    packagist.org/packages/art4/re

    Happy new year! 🥳

  25. RE: infosec.exchange/@art4/1157471

    Just in time for the end of 2025 (at least in my time zone), I released version 1.0.0 of my new #RectorExtension that replaces the native type declaration set. The special thing about it: no breaking changes!

    This means: no changes to parameter types or return types if your class/method is not private or final. This is particularly important for library maintainers who want to use #Rector but don't want to have any breaking changes.

    If you are a maintainer of a #PHP library and #backwardcompatibility is important to you, then check it out on #packagist:

    packagist.org/packages/art4/re

    Happy new year! 🥳

  26. I'm currently working on a #RectorExtension that replaces the native type declaration set. The special thing about it: no breaking changes!

    This means: no changes to parameter types or return types if your class/method is not private or final. This is particularly important for library maintainers who want to use #Rector but don't want to have any breaking changes.

    If you are a maintainer of a #PHP library and #backwardcompatibility is important to you, then check it out on #packagist: packagist.org/packages/art4/re

    And feel free to give me feedback.

  27. I'm currently working on a #RectorExtension that replaces the native type declaration set. The special thing about it: no breaking changes!

    This means: no changes to parameter types or return types if your class/method is not private or final. This is particularly important for library maintainers who want to use #Rector but don't want to have any breaking changes.

    If you are a maintainer of a #PHP library and #backwardcompatibility is important to you, then check it out on #packagist: packagist.org/packages/art4/re

    And feel free to give me feedback.

  28. I'm currently working on a #RectorExtension that replaces the native type declaration set. The special thing about it: no breaking changes!

    This means: no changes to parameter types or return types if your class/method is not private or final. This is particularly important for library maintainers who want to use #Rector but don't want to have any breaking changes.

    If you are a maintainer of a #PHP library and #backwardcompatibility is important to you, then check it out on #packagist: packagist.org/packages/art4/re

    And feel free to give me feedback.

  29. I'm currently working on a #RectorExtension that replaces the native type declaration set. The special thing about it: no breaking changes!

    This means: no changes to parameter types or return types if your class/method is not private or final. This is particularly important for library maintainers who want to use #Rector but don't want to have any breaking changes.

    If you are a maintainer of a #PHP library and #backwardcompatibility is important to you, then check it out on #packagist: packagist.org/packages/art4/re

    And feel free to give me feedback.

  30. I'm currently working on a #RectorExtension that replaces the native type declaration set. The special thing about it: no breaking changes!

    This means: no changes to parameter types or return types if your class/method is not private or final. This is particularly important for library maintainers who want to use #Rector but don't want to have any breaking changes.

    If you are a maintainer of a #PHP library and #backwardcompatibility is important to you, then check it out on #packagist: packagist.org/packages/art4/re

    And feel free to give me feedback.

  31. How to use local packages in Composer: a guide for PHP developers

    When working on a PHP project, it’s common to rely on external libraries published on Packagist. Composer makes installing and managing these dependencies effortless. But what if you need to work with a dependency locally, outside Packagist?

    dev.to/robertobutti/how-to-use

    #php #packagist #composer #opensource

  32. How to use local packages in Composer: a guide for PHP developers

    When working on a PHP project, it’s common to rely on external libraries published on Packagist. Composer makes installing and managing these dependencies effortless. But what if you need to work with a dependency locally, outside Packagist?

    dev.to/robertobutti/how-to-use

    #php #packagist #composer #opensource

  33. How to use local packages in Composer: a guide for PHP developers

    When working on a PHP project, it’s common to rely on external libraries published on Packagist. Composer makes installing and managing these dependencies effortless. But what if you need to work with a dependency locally, outside Packagist?

    dev.to/robertobutti/how-to-use

    #php #packagist #composer #opensource

  34. How to use local packages in Composer: a guide for PHP developers

    When working on a PHP project, it’s common to rely on external libraries published on Packagist. Composer makes installing and managing these dependencies effortless. But what if you need to work with a dependency locally, outside Packagist?

    dev.to/robertobutti/how-to-use

    #php #packagist #composer #opensource

  35. How to use local packages in Composer: a guide for PHP developers

    When working on a PHP project, it’s common to rely on external libraries published on Packagist. Composer makes installing and managing these dependencies effortless. But what if you need to work with a dependency locally, outside Packagist?

    dev.to/robertobutti/how-to-use

    #php #packagist #composer #opensource

  36. Woot! Abivia Ledger for Laravel passes 25K downloads through Packagist!

    This makes it the most popular piece of open source code I've written, ever. Also apparently one of the most bug-free. Just 12 issues on GitHub in over three years, and most of those not related to bugs.

    My personal mission to help developers avoid building ill-conceived accounting logic into their applications continues!

    #PHP #Laravel #packagist #accounting

  37. Woot! Abivia Ledger for Laravel passes 25K downloads through Packagist!

    This makes it the most popular piece of open source code I've written, ever. Also apparently one of the most bug-free. Just 12 issues on GitHub in over three years, and most of those not related to bugs.

    My personal mission to help developers avoid building ill-conceived accounting logic into their applications continues!